IM即时通讯开发之WebSocket断网重连更快的方法

在一个完善的即时通讯IM应用中，WebSocket是极其关键的一环，它为基于Web的即时通讯应用提供了一种全双工的通信机制。但为了提升IM等实际应用场景下的消息即时性和可靠性，我们需要克服WebSocket及其底层依赖的TCP连接对于复杂网络情况下的不稳定性，即时通讯的开发者们通常都需要为其设计一套完整的连接保活、验活以及断片网重连方案。

 

就断网重连而言，其重连响应速度将严重影响了上层应用的“即时性”和用户体验。试想打开网络一分钟后，微信的网络不能即时感知到socket连接的恢复，无法即时收发聊天消息的话，是不是很崩溃？

因此，如何在复杂网络场景下，更即时快速地感知网络变动，并快速恢复WebSocket的可用性，就变得尤为重要。本文将基于笔者的开发实践，分享WebSocket在不同状态下、不同的网络场景下，应该如何实现快速断网重连。

Websocket诞生于2008年，在2011年成为国际标准，现在所有的浏览器都已支持。它是一种全新的应用层协议，是专门为web客户端和服务端设计的真正的全双工通信协议，可以类比HTTP协议来了解websocket协议。

它们的不同点：

1）HTTP的协议标识符是http，WebSocket的是ws；

2）HTTP请求只能由客户端发起，服务器无法主动向客户端推送消息，而WebSocket可以；

3）HTTP请求有同源限制，不同源之间通信需要跨域，而WebSocket没有同源限制。

它们的相同点：

1）都是应用层的通信协议；

2）默认端口一样，都是80或443；

3）都可以用于浏览器和服务器间的通信；

4）都基于TCP协议。

首先考虑一个问题，何时需要重连？</