楼主你好，文章写的很棒，有个疑问请教下：客户端轮询请求服务端，服务端进行阻塞，这样是不是很容易就会对容器线程占满了？怎么处理？（使用DeferredResult这些异步方式？）

引用：JackJiang 发表于 2021-06-07 14:23
客户端轮询服务端不用阻塞。短轮询就相当于客户端定时调用一个简单的http接口而已，对于服务端而言，跟普 ...

采用单独的轮询还是长连接合适？需要满足2w并发

引用：JackJiang 发表于 2021-06-08 17:21
短轮询就够了

楼主，晚上，我看了扫码（二），有个状态是：* 408 扫码超时：如果手机没有扫码或没有授权登录，服务器会阻塞约25s，然后返回状态码 408 -> 前端继续轮询
额，这里这样设计和你说的是否有矛盾呢

引用：JackJiang 发表于 2021-06-10 22:40
你文章主要是思路，你理解了就按自已的思路去实现就好了，个别地方可能表述并一定准确

good，thx~

引用：JackJiang 发表于 2021-06-10 22:40
你文章主要是思路，你理解了就按自已的思路去实现就好了，个别地方可能表述并一定准确

楼主，微信是为何会采取长轮询的方式了？你这边对其有个人见解吗？学习学习

引用：JackJiang 发表于 2021-06-18 15:22
你是想问，为什么不用http短轮询，要用技术上稍麻烦一点的http长轮询，的原因是什么，对吗

抱歉，这么就才回复。
对的，微信用户如此之广，如果用长轮询，那服务器不是很容易塞住？用了异步队列方式处理？为什么我们不用长轮询

引用：JackJiang 发表于 2021-06-23 17:06
对于微信来说，通常都是体验放第一位，所以技术上多数时候不是为了追求简单。但对于普通开发者或者应用来 ...

额，刚想到个问题请教下，为何不用长连接？易断？

引用：JackJiang 发表于 2021-07-16 15:54
长连接使用成本和使用门槛太高了啊，哥哥，杀鸡没必要用牛刀

杀鸡用鸡刀