请选择 进入手机版 | 继续访问电脑版

默认
打赏 发表评论 4
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
网页端IM通信技术快速入门:短轮询、长轮询、SSE、WebSocket
微信扫一扫关注!

本文来自“糊糊糊糊糊了”的分享,原题《实时消息推送整理》,即时通讯网收录时有优化和改动。


1、写在前面


对Web端即时通讯技术熟悉的开发者来说,我们回顾网页端IM的底层通信技术,从短轮询、长轮询,到后来的SSE以及WebSocket,使用门槛越来越低(早期的长轮询Comet这类技术实际属于hack手段,使用门槛并不低),技术手段越来越先进,网页端即时通讯技术的体验也因此越来越好。

但上周在编辑《IM扫码登录技术专题》系列文章第3篇的时候忽然想到,之前的这些所谓的网页端即时通讯“老技术”相对于当红的WebSocket,并非毫无用武之地。就拿IM里的扫码登录功能来说,用短轮询技术就非常合适,完全没必要大炮打蚊子上WebSocket。

所以,很多时候没必要盲目追求新技术,相对应用场景来说适合的才是最好的。对于即时通讯网的im和消息推送这类即时通讯技术开发者来说,掌握WebSocket固然很重要,但了解短轮询、长轮询等这些所谓的Web端即时通讯“老技术”仍然大有裨益,这也正是整理分享本文的重要原因。

cover-opti.png

本文已同步发布于“即时通讯技术圈”公众号,欢迎关注。公众号上的链接是:点此进入

2、推荐阅读


[1] 新手入门贴:史上最全Web端即时通讯技术原理详解
[2] 详解Web端通信方式的演进:从Ajax、JSONP 到 SSE、Websocket
[3] Web端即时通讯技术盘点:短轮询、Comet、Websocket、SSE

3、正文引言


对于IM/消息推送这类即时通讯系统而言,系统的关键就是“实时通信”能力。

从表面意思上来看,“实时通信”指的是:

  • 1)客户端能随时主动发送数据给服务端;
  • 2)当客户端关注的内容在发生改变时,服务器能够实时地通知客户端。

类比于传统的C/S请求模型,“实时通信”时客户端不需要主观地发送请求去获取自己关心的内容,而是由服务器端进行“推送”。

注意:上面的“推送”二字打了引号,实际上现有的几种技术实现方式中,并不是服务器端真正主动地推送,而是通过一定的手段营造了一种“实时通信”的假象。

就目前现有的几种技术而言,主要有以下几类:

  • 1)客户端轮询:传统意义上的短轮询(Short Polling);
  • 2)服务器端轮询:长轮询(Long Polling);
  • 3)单向服务器推送:Server-Sent Events(SSE);
  • 4)全双工通信:WebSocket。

以下正文将针对这几种技术方案,为你一一解惑。

4、本文配套Demo和代码


为了帮助读者更好的理解本文内容,笔者专门写了一个较完整的Demo,Demo会以一个简易聊天室的例子来分别通过上述的四种技术方式实现(代码存在些许bug,主要是为了做演示用,别介意)。

完整Demo源码打包下载:
mini-chatroom(52im.net).zip (35.79 KB , 下载次数: 41 , 售价: 1 金币)

即时通讯网 - 即时通讯开发者社区! 来源: - 即时通讯开发者社区!

本帖已收录至以下技术专辑

推荐方案
评论 4
爱了,爱了

你头像好恶心。。
干货干货
签名: 开始码
引用:详情中注意查看请求类型,以及EventStream消息类型:

好奇问一下作者,为啥我看chatgpt中也是采用了SSE技术。但是网站的EventStream中没有数据呢?
签名: 嘿嘿嘿
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部