WebSocket断开缘由、心跳机制防止自动断开链接

一、断开缘由

WebSocket断开的缘由有不少，最好在WebSocket断开时，将错误打印出来。

ws.onclose = function (e) { console.log('websocket 断开: ' + e.code + ' ' + e.reason + ' ' + e.wasClean) console.log(e) }

错误状态码：

WebSocket断开时，会触发CloseEvent, CloseEvent会在链接关闭时发送给使用 WebSockets 的客户端. 它在 WebSocket 对象的 onclose 事件监听器中使用。CloseEvent的code字段表示了WebSocket断开的缘由。能够从该字段中分析断开的缘由。

CloseEvent有三个字段须要注意, 经过分析这三个字段，通常就能够找到断开缘由

• CloseEvent.code: code是错误码，是整数类型
• CloseEvent.reason: reason是断开缘由，是字符串
• CloseEvent.wasClean: wasClean表示是否正常断开，是布尔值。通常异常断开时，该值为false

状态码	名称	描述
0–999		保留段, 未使用.
1000	CLOSE_NORMAL	正常关闭; 不管为什么目的而建立, 该连接都已成功完成任务.
1001	CLOSE_GOING_AWAY	终端离开, 可能由于服务端错误, 也可能由于浏览器正从打开链接的页面跳转离开.
1002	CLOSE_PROTOCOL_ERROR	因为协议错误而中断链接.
1003	CLOSE_UNSUPPORTED	因为接收到不容许的数据类型而断开链接 (如仅接收文本数据的终端接收到了二进制数据).
1004		保留. 其意义可能会在将来定义.
1005	CLOSE_NO_STATUS	保留. 表示没有收到预期的状态码.
1006	CLOSE_ABNORMAL	保留. 用于指望收到状态码时链接非正常关闭 (也就是说, 没有发送关闭帧).
1007	Unsupported Data	因为收到了格式不符的数据而断开链接 (如文本消息中包含了非 UTF-8 数据).
1008	Policy Violation	因为收到不符合约定的数据而断开链接. 这是一个通用状态码, 用于不适合使用 1003 和 1009 状态码的场景.
1009	CLOSE_TOO_LARGE	因为收到过大的数据帧而断开链接.
1010	Missing Extension	客户端指望服务器商定一个或多个拓展, 但服务器没有处理, 所以客户端断开链接.
1011	Internal Error	客户端因为遇到没有预料的状况阻止其完成请求, 所以服务端断开链接.
1012	Service Restart	服务器因为重启而断开链接.
1013	Try Again Later	服务器因为临时缘由断开链接, 如服务器过载所以断开一部分客户端链接.
1014		由 WebSocket标准保留以便将来使用.
1015	TLS Handshake	保留. 表示链接因为没法完成 TLS 握手而关闭 (例如没法验证服务器证书).
1016–1999		由 WebSocket标准保留以便将来使用.
2000–2999		由 WebSocket拓展保留使用.
3000–3999		能够由库或框架使用.? 不该由应用使用. 能够在 IANA 注册, 先到先得.
4000–4999		能够由应用使用.

 

二、加入心跳

var lockReconnect = false;  //避免ws重复链接
var ws = null;          // 判断当前浏览器是否支持WebSocket
var wsUrl = serverConfig.socketUrl; createWebSocket(wsUrl); //链接ws

function createWebSocket(url) { try{ if('WebSocket' in window){ ws = new WebSocket(url); } initEventHandle(); }catch(e){ reconnect(url); console.log(e); } } function initEventHandle() { ws.onclose = function () { reconnect(wsUrl); console.log("llws链接关闭!"+new Date().toLocaleString()); }; ws.onerror = function () { reconnect(wsUrl); console.log("llws链接错误!"); }; ws.onopen = function () { heartCheck.reset().start(); //心跳检测重置
        console.log("llws链接成功!"+new Date().toLocaleString()); }; ws.onmessage = function (event) {    //若是获取到消息，心跳检测重置
        heartCheck.reset().start();      //拿到任何消息都说明当前链接是正常的
        console.log("llws收到消息啦:" +event.data); if(event.data!='pong'){ let data = JSON.parse(event.data); } }; } // 监听窗口关闭事件，当窗口关闭时，主动去关闭websocket链接，防止链接还没断开就关闭窗口，server端会抛异常。
window.onbeforeunload = function() { ws.close(); } function reconnect(url) { if(lockReconnect) return; lockReconnect = true; setTimeout(function () {     //没链接上会一直重连，设置延迟避免请求过多
 createWebSocket(url); lockReconnect = false; }, 2000); } //心跳检测
var heartCheck = { timeout: 1000,        //1分钟发一次心跳
    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) } } 

// 收到客户端消息后调用的方法 
 @OnMessage public void onMessage(String message, Session session) { if(message.equals("ping")){ }else{ 。。。。 } }

系统发现websocket每隔1分钟自动断开链接，搜了不少博客都说设置一下nginx的
proxy_read_timeout
可是这个时间过长会影响服务器性能，采起心跳包的方式每隔1分钟客户端自动发送ping消息给服务端，服务端须要返回pong。便可解决问题。