引用:JackJiang 发表于 2021-07-16 15:54 ![]() |
引用:小张 发表于 2021-07-16 15:45 长连接使用成本和使用门槛太高了啊,哥哥,杀鸡没必要用牛刀 |
引用:JackJiang 发表于 2021-06-23 17:06 额,刚想到个问题请教下,为何不用长连接?易断? |
引用:小张 发表于 2021-06-23 15:37 对于微信来说,通常都是体验放第一位,所以技术上多数时候不是为了追求简单。但对于普通开发者或者应用来说,多数时候还是简单易用的技术就够用了,体验上可以退而求其次 ![]() |
引用:JackJiang 发表于 2021-06-18 15:22 抱歉,这么就才回复。 对的,微信用户如此之广,如果用长轮询,那服务器不是很容易塞住?用了异步队列方式处理?为什么我们不用长轮询 |
引用:小张 发表于 2021-06-18 15:05 你是想问,为什么不用http短轮询,要用技术上稍麻烦一点的http长轮询,的原因是什么,对吗 |
引用:JackJiang 发表于 2021-06-10 22:40 楼主,微信是为何会采取长轮询的方式了?你这边对其有个人见解吗?学习学习 |
引用:JackJiang 发表于 2021-06-10 22:40 good,thx~ |
引用:小张 发表于 2021-06-10 20:48 你文章主要是思路,你理解了就按自已的思路去实现就好了,个别地方可能表述并一定准确 |
引用:JackJiang 发表于 2021-06-08 17:21 楼主,晚上,我看了扫码(二),有个状态是:* 408 扫码超时:如果手机没有扫码或没有授权登录,服务器会阻塞约25s,然后返回状态码 408 -> 前端继续轮询 额,这里这样设计和你说的是否有矛盾呢 |
引用:小张 发表于 2021-06-08 16:48 短轮询就够了 |
引用:JackJiang 发表于 2021-06-07 14:23 采用单独的轮询还是长连接合适?需要满足2w并发 |
引用:小张 发表于 2021-06-07 13:45 客户端轮询服务端不用阻塞。短轮询就相当于客户端定时调用一个简单的http接口而已,对于服务端而言,跟普通的http请求同样的资源分配、消耗和释放,没区别的。 |
楼主你好,文章写的很棒,有个疑问请教下:客户端轮询请求服务端,服务端进行阻塞,这样是不是很容易就会对容器线程占满了?怎么处理?(使用DeferredResult这些异步方式?) |