默认

IM扫码登录技术专题(三):通俗易懂,IM扫码登录功能详细原理一篇就够

查看数: 65622 | 评论数: 14 | 收藏 3
关灯 | 提示:支持键盘翻页<-左 右->
    组图打开中,请稍候......
发布时间: 2021-05-10 00:07

正文摘要:

本文引用了作者“大古同学”的“二维码扫码登录是什么原理”一文的主要内容,为了更好的理解和阅读,即时通讯网收录时有修订和改动,感谢原作者的分享。 1、引言 自从微信的PC端使用扫码登陆认证逻辑后,这种方式 ...

评论

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

杀鸡用鸡刀
JackJiang 发表于 2 年前
引用:小张 发表于 2021-07-16 15:45
额,刚想到个问题请教下,为何不用长连接?易断?

长连接使用成本和使用门槛太高了啊,哥哥,杀鸡没必要用牛刀
小张 发表于 2 年前
引用:JackJiang 发表于 2021-06-23 17:06
对于微信来说,通常都是体验放第一位,所以技术上多数时候不是为了追求简单。但对于普通开发者或者应用来 ...

额,刚想到个问题请教下,为何不用长连接?易断?
JackJiang 发表于 2 年前
引用:小张 发表于 2021-06-23 15:37
抱歉,这么就才回复。
对的,微信用户如此之广,如果用长轮询,那服务器不是很容易塞住?用了异步队列方 ...

对于微信来说,通常都是体验放第一位,所以技术上多数时候不是为了追求简单。但对于普通开发者或者应用来说,多数时候还是简单易用的技术就够用了,体验上可以退而求其次
小张 发表于 2 年前
引用:JackJiang 发表于 2021-06-18 15:22
你是想问,为什么不用http短轮询,要用技术上稍麻烦一点的http长轮询,的原因是什么,对吗

抱歉,这么就才回复。
对的,微信用户如此之广,如果用长轮询,那服务器不是很容易塞住?用了异步队列方式处理?为什么我们不用长轮询
JackJiang 发表于 2 年前
引用:小张 发表于 2021-06-18 15:05
楼主,微信是为何会采取长轮询的方式了?你这边对其有个人见解吗?学习学习

你是想问,为什么不用http短轮询,要用技术上稍麻烦一点的http长轮询,的原因是什么,对吗
小张 发表于 2 年前
引用:JackJiang 发表于 2021-06-10 22:40
你文章主要是思路,你理解了就按自已的思路去实现就好了,个别地方可能表述并一定准确

楼主,微信是为何会采取长轮询的方式了?你这边对其有个人见解吗?学习学习
小张 发表于 2 年前
引用:JackJiang 发表于 2021-06-10 22:40
你文章主要是思路,你理解了就按自已的思路去实现就好了,个别地方可能表述并一定准确

good,thx~
JackJiang 发表于 2 年前
引用:小张 发表于 2021-06-10 20:48
楼主,晚上,我看了扫码(二),有个状态是:* 408 扫码超时:如果手机没有扫码或没有授权登录,服务器会 ...

你文章主要是思路,你理解了就按自已的思路去实现就好了,个别地方可能表述并一定准确
小张 发表于 2 年前
引用:JackJiang 发表于 2021-06-08 17:21
短轮询就够了

楼主,晚上,我看了扫码(二),有个状态是:* 408 扫码超时:如果手机没有扫码或没有授权登录,服务器会阻塞约25s,然后返回状态码 408 -> 前端继续轮询
额,这里这样设计和你说的是否有矛盾呢
JackJiang 发表于 2 年前
引用:小张 发表于 2021-06-08 16:48
采用单独的轮询还是长连接合适?需要满足2w并发

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

采用单独的轮询还是长连接合适?需要满足2w并发
JackJiang 发表于 2 年前
引用:小张 发表于 2021-06-07 13:45
楼主你好,文章写的很棒,有个疑问请教下:客户端轮询请求服务端,服务端进行阻塞,这样是不是很容易就会对 ...

客户端轮询服务端不用阻塞。短轮询就相当于客户端定时调用一个简单的http接口而已,对于服务端而言,跟普通的http请求同样的资源分配、消耗和释放,没区别的。
小张 发表于 2 年前
楼主你好,文章写的很棒,有个疑问请教下:客户端轮询请求服务端,服务端进行阻塞,这样是不是很容易就会对容器线程占满了?怎么处理?(使用DeferredResult这些异步方式?)

返回顶部