在一个即时通讯应用中,websocket是极其关键的一环,它为web应用的客户端和服务端提供了一种全双工的通信机制,但由于它本身以及其底层依赖的TCP连接的不稳定性,开发者不得不为其设计一套完整的保活、验活、重连方案,才能在实际应用中保证应用的即时性和高可用性。就重连而言,其速度严重影响了上层应用的“即时性”和用户体验,试想打开网络一分钟后,微信还不能收发消息的话,是不是要抓狂?所以,如何在网络变更时快速恢复websocket的可用,就变得尤为重要。
一 Websocket诞生于2008年,在2011年成为国际标准,现在所有的浏览器都已支持。它是一种全新的应用层协议,是专门为web客户端和服务端设计的真正的全双工通信协议,
可以类比HTTP协议来了解websocket协议。它们的不同点:
· HTTP的协议标识符是http,websocket的是ws
· HTTP请求只能由客户端发起,服务器无法主动向客户端推送消息,而websocket可以
· HTTP请求有同源限制,不同源之间通信需要跨域,而websocket没有同源限制
相同点:
· 都是应用层的通信协议
· 默认端口一样,都是80或443
· 都可以用于浏览器和服务器间的通信
· 都基于TCP协议
两者和TCP的关系图:
重连过程拆解
首先考虑一个问题,何时需要重连?
最