websocket 如何知道对方断开_websocket断线重连实践解决方案_蓝戒的博客

最近做的在线竞答的项目需要使用websocket保持实时通讯，实现同步推题多用户在线竞答。在做过的过程中发现websocket断线频率较高，通过网上查询资料了解到nginx代理的websocket转发，无消息连接会出现超时断开问题。网上资料提到解决方案两种，一种是修改nginx配置信息，第二种是websocket发送心跳包。

下面就来总结一下本次项目中实践中解决的websocket的断线 和 重连 这两个问题的解决方案。

首先我们来看看websocket的断线问题处理，在说明这个问题之前先来说说websocket，

WebSocket是是html5开始提供的一种在单个TCP连接上进行全双工通讯协议。WebSocket用于在Web浏览器和服务器之间进行任意的双向数据传输的一种技术。

1) 创建连接：

var ws = new websocket(url);

2) 握手成功

ws.onopen = () => {

console.log("websocket success!");

};

3) 监听消息推送

ws.onmessage = (message) => {

console.log(JSON.stringify(message));

};

4) 监听断开连接

ws.onclose = () => {

console.log("websocket close!");

};

5) 监听错误信息

ws.οnerrοr= (err) => {

console.log(JSON.stringify(err));

};

主动触发包括主动断开连接，客户端主动发送消息给后端

1) 主动断开连接

ws.close();

主动断开连接，根据需要使用，基本很少用到。

2) 主动发送消息

ws.send("hello world");

针对websocket断线我们来分析一下，

断线的可能原因1：websocket超时没有消息自动断开连接，应对措施：

这时候我们就需要知道服务端设置的超时时间是多少，在小于超时时间内发送心跳包，有2中方案，一种是客户端主动发送上行心跳包，另一种方案是服务端主动发送下行心跳包。下面主要讲一下客户端也就是前端如何实现心跳包：

首先了解一下心跳包机制

跳包之所以叫心跳包是因为：它像心跳一样每隔固定时间发一次，以此来告诉服务器，这个客户端还活着。事实上这是为了保持长连接，至于这个包的内容，是没有什么特别规定的，不过一般都是很小的包，或者只包含包头的一个空包。

在TCP的机制里面，本身是存在有心跳包的机制的，也就是TCP的选项：SO_KEEPALIVE。系统默认是设置的2小时的心跳频率。但是它检查不到机器断电、网线拔出、防火墙这些断线。而且逻辑层处理断线可能也不是那么好处理。一般，如果只是用于保活还是可以的。

心跳包一般来说都是在逻辑层发送空的echo包来实现的。下一个定时器，在一定时间间隔下发送一个空包给客户端，然后客户端反馈一个同样的空包回来，服务器如果在一定时间内收不到客户端发送过来的反馈包，那就只有认定说掉线了。

在长连接下，有可能很长一段时间都没有数据往来。理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。更要命的是，有的节点(防火墙)会自动把一定时间之内没有数据交互的连接给断掉。在这个时候，就需要我们的心跳包了，用于维持长连接，保活。

心跳检测步骤：

1客户端每隔一个时间间隔发生一个探测包给服务器

2客户端发包时启动一个超时定时器

3服务器端接收到检测包，应该回应一个包

4如果客户机收到服务器的应答包，则说明服务器正常，删除超时定时器

5如果客户端的超时定时器超时，依然没有收到应答包，则说明服务器挂了

前端解决方案：

//心跳检测

var heartCheck = {

timeout: 30000, //30秒发一次心跳

timeoutObj: null,

serverTimeoutObj: null,

reset: function(){

clearTimeout(this.timeoutObj);

clearTimeout(this.serverTimeoutObj);

return this;

},

start: function(){

var self = this;

this.timeoutObj = setTimeout(function(){

//这里发送一个心跳，后端收到后，返回一个心跳消息，

//onmessage拿到返回的心跳就说明连接正常

ws.send("ping");

console.log("ping!")

self.serverTimeoutObj = setTimeout(function(){//如果超过一定时间还没重置，说明后端主动断开了

ws.close(); //如果onclose会执行reconnect，我们执行ws.close()就行了.如果直接执行reconnect 会触发onclose导致重连两次

}, self.timeout)

}, this.timeout)

}

}

断线的可能原因2：websocket异常包括服务端出现中断，交互切屏等等客户端异常中断等等

针对这种异常的中断解决方案就是处理重连，下面我们给出的重连方案是使用js库处理：

引入reconnecting-websocket.min.js，ws建立链接方法使用js库api方法：

var ws = new ReconnectingWebSocket(url);

断线重连：

reconnectSocket(){

if ('ws' in window) {

ws = new ReconnectingWebSocket(url);

} else if ('MozWebSocket' in window) {

ws = new MozWebSocket(url);

} else {

ws = new SockJS(url);

}

}

断网监测支持使用js库：offline.min.js

onLineCheck(){

Offline.check();

console.log(Offline.state,'---Offline.state');

console.log(this.socketStatus,'---this.socketStatus');

if(!this.socketStatus){

console.log('网络连接已断开！');

if(Offline.state === 'up' && websocket.reconnectAttempts > websocket.maxReconnectInterval){

window.location.reload();

}

reconnectSocket();

}else{

console.log('网络连接成功！');

websocket.send("heartBeat");

}

}

在websocket断开链接时调用网络中断监测

websocket.onclose => () {

onLineCheck();

};

上面是实践过的解决方案，如果大家有更好的解决方案欢迎评论区分享交流。