目前在做一个需求：HD 版的 APP 生成一个二维码，Mobile 版已经登陆过了，扫描二维码，将 Token 传输给 HD 版，然后 HD 相当于扫码登陆成功，即可用 Token 获取用户数据。
我的思路是 HD 生成二维码的时候与服务器建立连接，Mobile 扫描到二维码以后，也与服务器建立连接，然后将 Token 传输过去，大概是这样。
那么重点来了，我只是一个 PHP 后端开发，客户端是 iOS/Android 来做，服务器的话，我得咋配置呢？我以前玩 socket 仅限于 nc/lcx，难道得上 Swoole ？
 |
1
sszxcss Jan 23, 2018
上 swoole，怕啥
|
 |
2
nilai Jan 23, 2018
为嘛要用 Socket ？ 这功能需求 HTTP 不能实现 ？？？
|
 |
3
90safe OP @nilai HTTP 方式需要在生成二维码以后，无限请求服务器，1-3s 请求一次，才能实现，这样如果多个 APP 同时打开二维码页面，就大并发了呀
|
 |
4
server Jan 23, 2018
轮询不好吗
|
 |
5
ljmready Jan 23, 2018
http 轮询比 websocket 好吧
|
 |
6
ycz0926 Jan 23, 2018
workerman
|
 |
7
jadec0der Jan 23, 2018
3000 个 App 登录，是建立 3000 个长链接并发大，还是 3 秒钟轮询一次，每秒钟 1000 个 HTTP 请求并发大？
|
 |
8
cevincheung Jan 23, 2018
为什么觉得 http 请求这个场景不叫并发。
每次请求耗时多久？有超过 3 秒？（服务端耗时） 每单位时间（请求耗时）中同时多少请求并存？ 这个量不上百万基本都需要考虑的吧。  |
|
9
cevincheung Jan 23, 2018
补：不需要考虑并发负载
|
 |
10
fcten Jan 23, 2018
websocket 也行，长轮询也行。并发是必然的，有多少用户在登录就会有多少并发。又想要实时又不要并发哪有这么好的事……
|
 |
11
chinvo Jan 23, 2018 via iPhone
安心用轮询，websocket 和长链接更吃并发。而且这点数据量（ token 校验）用 websocket 性价比低。
|
 |
12
coderfox Jan 23, 2018 via Android
为什么不直接把 token 存二维码里？
|
|
13
coderfox Jan 23, 2018 via Android
对不起，是我理解错了。
就用轮询呗，长连接消耗不见得小。 |
|
14
90safe OP |
Select Language