详解JS WebSocket断开原因和心跳机制

1、断开原因

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		可以由应用使用.

2、加入心跳

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。即可解决问题。

以上就是详解js websocket断开原因和心跳机制的详细内容，更多关于js websocket断开原因和心跳机制的资料请关注其它相关文章！