webim 实现实时通讯的 4 种方式

本文介绍: 本文前半段主要节选自：We bSoc k e t ，后半段总结和概括自沈剑大佬的两篇文章和文章评论 http 如何像tcp一样实时的收消息？、网页端收消息，究竟是推还是拉？，完整参考见文末。webim 是什么即时通信(Ins t ant Messa ge，IM)，比如 QQ、微信。webim 就是通讯应用的浏览器版本。webim 实现实时通讯的 4 种方式1、HTTPhttp是一种无状态协议，每次请求和…

即时通信(Ins t ant Messa ge，IM)，比如 QQ、微信。webim 就是通讯应用的浏览器版本。

http是一种无状态协议，每次请求和响应就携带有大量的header头，每当一次会话完成后，服务端都不知道下一次的客户端是谁，需要每次知道对方是谁，才进行相应的响应，因此本身对于实时通讯就是一种极大的障碍，而且因为每次都得携带上 header，加大了网络开销和服务端的解析开销，进一步降低了通信效率。

最重要的是，需要客户端主动发，服务端被动发，也就是一次请求，一次响应，服务器无法主动给某个客户端发送数据。

就是客户端发起长轮询，如果服务端的数据没有发生变更，会 h o ld 住请求，直到服务端的数据发生变化，或者等待一定时间超时才会返回。返回后，客户端又会立即再次发起下一次长轮询。

伪长连接。

按照一定的频率，每隔一段时间就给服务端发起一次 http 请求，查询有没有新消息，如果有，就返回，如果没有等待相同的时间间隔再次询问。以此实现浏览器跟服务器的近实时通信。

WebSoc ket 协议是基于 TCP 的一种新的网络协议，和 http 协议一样属于应用层协议，是一种让客户端和服务器之间能进行双向实时通信的技术，实现了“真·长链接”，也就是连接可持久化的意思。(在2008年诞生，2011年成为国际标准，协议标识符是ws，如果加密，则为wss，服务器网址就是 URL)

是真正的全双工方式，建立连接后客户端与服务器端是完全平等的，可以互相主动发起请求。而HTTP长连接基于 HTTP，是传统的客户端对服务器发起请求的模式。
HTTP长连接中，每次数据交换除了真正的数据部分外，服务器和客户端还要大量交换HTTP header(比如 cookie，jwt等)，信息交换效率很低。Web socket 协议通过第一个 request 建立了TCP连接之后，之后交换的数据都不需要发送 HTTP header就能交换数据，因为需要 header 的东西在第一次建立连接时就做完了，后面直接用这个就行。在海量并发及客户端与服务器交互负载流量大的情况下，极大的节省了网络带宽资源的消耗，有明显的性能优势。这显然和原有的HTTP协议有区别所以它需要对服务器和客户端都进行升级才能实现(主流浏览器都已支持HTML5)

通过 long p oll 长轮询来实现的。业内主流做法，同时在线量很高很高的web i m(比如 web qq，百度 h i等)，基本上都是这样实现的，大部分产品一般有一个 comet之类开头的子域名专门提供这个服务。之所以不用 websocket，是因为它需要浏览器和web–server的支持，web socket有些浏览器/web–server不支持

现在普通的 web–server 单机都能抗住千级别的连接数，如果需要抗住更多连接，可以通过水平扩展 web 服务器来解决。如果反向代理有瓶颈，则水平扩展反向代理，一般来说，一个 nginx 轻松 hang 住几十万链接。

服务端消息暂存入消息池中，下一个消息连接到达后将消息立刻带回客户端。通过 Ngin x 的 ip hash 可以同个用户的连接每次都由同一个服务端机器处理。

(1)对于同一个用户(uid)，不会一秒钟上百条消息的。(2)如果真的同一个uid消息量非常大，可以在服务端批量返回，以减少交互次数

这个是APP服务驻留的问题

不需要，每个连接不需要一个线程维持，每个连接只是一个文件，只占有一个收发队列。

不会丢数据，有 ack 机制和本地队列

夯住的请求放到上下文里，通过 no tify 可实时唤醒请求。

是的

此时消息会不可达，如果消息很重要，需要再存离线。

BS(b row ser/Ser ver) 架构的通信协议是 http 。浏览器所有页面共用一个 80 端口，每个页面没有独占的端口号，所以服务器无法主动给某个页面发送数据。
CS(Client/Ser ver)架构的通信协议是 WebSoc ket，每个客户端都独占一个端口号，所以允许服务端主动向客户端推送数据。