服务器A
中使用用户session
判断用户,但是在扫码登录中, 浏览器通过websocket服务器
获取是否扫码成功, 如果app
端扫码成功, 服务器A
是通过什么方式告知浏览器登录成功, 并在后续请求中如何知道浏览器当前的角色?是服务器A
传递一个token
(是否需要新建一个token
表)?
不过我感觉新建一个token不正确 因为维护用户session表和token表比较麻烦
服务器A
中使用用户session
判断用户,但是在扫码登录中, 浏览器通过websocket服务器
获取是否扫码成功, 如果app
端扫码成功, 服务器A
是通过什么方式告知浏览器登录成功, 并在后续请求中如何知道浏览器当前的角色?是服务器A
传递一个token
(是否需要新建一个token
表)?
不过我感觉新建一个token不正确 因为维护用户session表和token表比较麻烦
在扫码登录成功后,可以使用令牌(token)来维护浏览器的登录状态。令牌是一种标识用户身份和授权信息的凭证,可以用来验证用户身份并确保其具有相应的访问权限。
以下是一种可能的实现方式:
在实现令牌时,可以考虑使用JWT(JSON Web Token)等标准化的令牌格式和规范,以简化实现过程和安全性。同时,对于令牌的存储和安全传输,也需要采取适当的措施,例如加密存储、防止令牌泄露等。
需要注意的是,令牌的使用需要结合具体的业务场景和安全需求进行考虑和设计。在某些情况下,可能需要使用其他的技术或方案来维护浏览器的登录状态,例如使用cookies等。
问题描述有些混乱,似乎并没有太多头绪。显然这个提问并不能解决实际问题,只是在摸索中存在的一些疑问。
建议你找找类似扫码登录原理,以及结合实际场景来实现功能。或者说你是想实现功能,还是想了解,或者是做调研?对比各实现利弊?
而你的表述不过我感觉新建一个token不正确 因为维护用户session表和token表比较麻烦
似乎已经有自认为正确的实现方式。
27 回答12.8k 阅读
8 回答3.4k 阅读✓ 已解决
6 回答1.1k 阅读✓ 已解决
5 回答5.2k 阅读✓ 已解决
4 回答1.5k 阅读✓ 已解决
3 回答1.7k 阅读
4 回答2.3k 阅读✓ 已解决
正常流程就是建立token,基本上主流项目,都是通过token来进行登陆校验,不过不需要建立token表,你可以存redis里,或者使用jwt生成token,这样就直接通过算法来确定token是否正确,不需要额外进行存储