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