扫码登录的实现方法通常都是网页端显示随机二维码,然后:
发送请求询问服务器用户是否已经扫码,隔小段时间发一个(有延迟);
发送询问到服务器,服务器等待一小段时间,返回结果(微信网页版就是这样,每隔 25 秒返回结果);
通过 websocket 保持长连接;
这三种方案性能最高的应该就是第一种了,但是有延迟。
想知道第二第三种现在服务器能同时保持多少连接数,性能怎么样?
1
also24 2020-04-04 15:19:51 +08:00
长轮询的好处主要是在兼容性方面吧
|
2
imdong 2020-04-04 15:20:31 +08:00
如果没记错,QQ 扫码登录是方案一。
|
3
delectate 2020-04-04 15:32:11 +08:00 1
我觉得 1 、2 都没有太大区别。
对于 im 来说,保持长连接是基本功,而且用户体验会很好。所以我投票长连接。 如果是其他应用,建议 5s 以内,否则用户会以为被扫码的出问题了,怎么没响应呢? 同时,我要再次重申,任何强制只能扫码登陆的产品,都是大!傻!逼!!! |
4
ZJT666 2020-04-04 15:40:18 +08:00
第一种,这样安全
|
6
zro 2020-04-04 15:59:42 +08:00
我比较喜欢不用扫的,之前某机场用 TG 绑定它家的 Bot 之后,在登陆页把显示的几位数字发给 Bot 就搞定了。。
|