扫码登录的实现方法通常都是网页端显示随机二维码，然后：
-
发送请求询问服务器用户是否已经扫码，隔小段时间发一个（有延迟）；
-
发送询问到服务器，服务器等待一小段时间，返回结果（微信网页版就是这样，每隔 25 秒返回结果）；
-
通过 websocket 保持长连接；
这三种方案性能最高的应该就是第一种了，但是有延迟。
想知道第二第三种现在服务器能同时保持多少连接数，性能怎么样？
This topic created in 2405 days ago, the information mentioned may be changed or developed.
 |
also24Apr 4, 2020
1
长轮询的好处主要是在兼容性方面吧
|
 |
imdongApr 4, 2020
2
如果没记错，QQ 扫码登录是方案一。
|
 |
3
我觉得 1 、2 都没有太大区别。
对于 im 来说，保持长连接是基本功，而且用户体验会很好。所以我投票长连接。 如果是其他应用，建议 5s 以内，否则用户会以为被扫码的出问题了，怎么没响应呢？ 同时，我要再次重申，任何强制只能扫码登陆的产品，都是大！傻！逼！！！ |
1 |
ZJT666Apr 4, 2020
4
第一种，这样安全
|
 |
zroApr 4, 2020
6
我比较喜欢不用扫的，之前某机场用 TG 绑定它家的 Bot 之后，在登陆页把显示的几位数字发给 Bot 就搞定了。。
|
Select Language