前提说明

本篇文章对websocket的连接关闭码做一下说明，而且会教你如何在windows上本地模拟closeStatus=1006的情况。

使用的技术栈说明：

后端：spring-boot-starter-websocket + sockjs + stomp-websocket

前端：sockjs + stomp.js

关闭状态码一览表

从上图中我们可以看到，closeStatus=1000是正常关闭，closeStatus=1006是非正常关闭，一般非正常的情况就比较复杂一些，如果你查资料，大多情况都是因为websocket 连接在nginx 配置的 proxy_read_timeout 内没有收到数据，nginx主动发起的连接断开（不是客户端主动断开，也不是服务端主动断开的），本篇文章就模拟这种情况。

域名映射

因为我是在windows上模拟，我需要先加一个域名，打开 C:/Windows/System32/drivers/evt/hosts文件，新增一行：

127.0.0.1 www.testwebsocekt.com

这样，我们访问域名www.testwebsocekt.com时就是访问本地服务了。

Nginx Websocket配置

server {
    listen       80;
    server_name  www.testwebsocekt.com; # 上面配置的域名
     
        location /test-ws {
                proxy_set_header Host $host:8000;       
                proxy_pass http://localhost:8081/test-ws;        #http://localhost:8081/test-ws 为本地后端服务websocket配置的Endpoint
                proxy_http_version 1.1;    
                proxy_set_header Upgrade $http_upgrade;    
                proxy_set_header Connection "Upgrade";    
                proxy_set_header X-real-ip $remote_addr;
                proxy_set_header X-Forwarded-For $remote_addr;
        }       
 }

proxy_read_timeout 默认为60s

启动 start nginx 。

代码实现

1. 后端打印closeStatus

@EventListener(SessionDisconnectEvent.class)
public void handleWebsocketDisconnectListner(SessionDisconnectEvent event) {
    LOGGER.info("=====session closed : sessionId={}, status={}", event.getSessionId(), event.getCloseStatus());
}

2. 前端websocket客户端实现

<script  type="application/javascript" src="sockjs.min.js"></script>
<script  type="application/javascript" src="https://cdn.bootcss.com/stomp.js/2.3.3/stomp.min.js"></script>
<script>
    // 同服务端建立连接
      let socket = new SockJS('http://www.testwebsocekt.com/test-ws');
    stompClient = Stomp.over(socket);
      connect();
      
      function connect() {
          stompClient.connect(
            {},
            // 连接成功回调函数
            frame => {
              console.log('服务端 Socket 连接建立')
        // something...
            },
            function(error) {
              console.log('Socket 连接失败, error: ' + error);
            }
          );
      };

运行服务观察现象

通过Chrome Network工具我们可以观察到：

• 客户端和服务端成功建立了连接
• 每隔25s客户端就会收到一条内容 "h"，其实就是服务端发送的心跳信息，具体代码在org.springframework.web.socket.sockjs.transport.session.AbstractSockJsSession.HeartbeatTask，有兴趣的可以看一下

我们上面说过 nginx 的proxy_read_timeout 默认为60s，那我们改小一点，比如改为：10s，加一行配置

proxy_read_timeout 10s;

重启nginx -s reload 后，刷新客户端页面重新建立连接后过了大概10s，服务端收到了DISCONNECT的请求：

我们期望的closeStauts.code = 1006出现了。

再来看客户端，

建立连接后，还没等收到心跳信息（隔25s才会收到）时，nginx配置的proxy_read_timeout 就已经超时了，所以nginx向服务端发送的DISCONNECT请求（closeStaus.code=1006）。

总结

上面我们在windows系统上模拟了websocket出现closeStatus=1006的情况，一般出现这种情况都是非正常关闭，此时就需要我们关注这个问题了，解决方案也比较简单：

1. 增大nginx的proxy_read_timeout 时间设置；
2. 减小服务端和客户端之间的心跳间隔；