---

背景介绍

WebSocket 协议定义了多种关闭码（Close Code），用于指示连接关闭的原因。RFC6455 规范明确要求关闭码必须为 1000（正常关闭）或 3000-4999（自定义状态码）。错误码 1006 表示连接异常关闭，但该状态码不能主动发送，只能由底层系统在连接意外中断时自动触发。

问题分析

错误码 1006 通常出现在以下场景：

1. 网络连接意外中断
2. 服务端进程崩溃
3. 防火墙或代理服务器阻断连接
4. 客户端/服务端未正确处理连接关闭流程

这个错误对应用的主要影响包括：

• 用户无法及时收到实时数据更新
• 需要手动刷新页面才能恢复连接
• 可能造成数据不一致问题

技术方案

合规关闭码使用规范

WebSocket 关闭必须遵循 RFC6455 规范：

1. 正常关闭应使用 1000
2. 自定义业务状态使用 3000-4999
3. 永远不要主动发送 1006

连接异常检测与恢复

完整的连接恢复机制应包括：

1. 错误事件监听
2. 自动重连策略
3. 连接状态管理
4. 失败回退机制

心跳检测最佳实践

1. 推荐心跳间隔 25-30 秒
2. 超时时间设置为心跳间隔的 2-3 倍
3. 使用 WebSocket ping/pong 帧而非应用层心跳
4. 动态调整心跳频率（根据网络状况）

代码实现

// WebSocket 客户端实现
class RobustWebSocket {
  constructor(url) {
    this.url = url;
    this.reconnectAttempts = 0;
    this.maxReconnectAttempts = 5;
    this.reconnectDelay = 1000;
    this.connect();
  }

  connect() {
    this.ws = new WebSocket(this.url);

    this.ws.onopen = () => {
      this.reconnectAttempts = 0;
      this.startHeartbeat();
    };

    this.ws.onclose = (event) => {
      if (event.code === 1006) {
        this.handleAbnormalClose();
      } else {
        console.log(`Connection closed: ${event.code}`);
      }
    };

    this.ws.onerror = (error) => {
      console.error('WebSocket error:', error);
    };
  }

  handleAbnormalClose() {
    if (this.reconnectAttempts < this.maxReconnectAttempts) {
      setTimeout(() => {
        this.reconnectAttempts++;
        this.reconnectDelay *= 1.5; // 指数退避
        this.connect();
      }, this.reconnectDelay);
    }
  }

  startHeartbeat() {
    this.heartbeatInterval = setInterval(() => {
      if (this.ws.readyState === WebSocket.OPEN) {
        this.ws.send(JSON.stringify({ type: 'ping' }));
      }
    }, 25000);
  }
}

性能考量

不同重试策略对系统负载的影响对比：

| 策略类型 | 重试间隔 | 平均恢复时间 | CPU 负载 | |----------|----------|--------------|----------| | 立即重试 | 0ms | 最快 | 最高 | | 固定间隔 | 1s | 中等 | 中等 | | 指数退避 | 1-30s | 最慢 | 最低 |

生产环境推荐使用带抖动（jitter）的指数退避算法。

避坑指南

1. 跨代理问题：某些代理服务器会强制关闭空闲连接

2. 解决方案：保持适度的心跳频率

3. 移动网络不稳定：4G/5G 切换导致连接中断

4. 解决方案：实现快速重连（1-2秒内）

5. 服务端内存泄漏：未正确清理断开连接的资源

6. 解决方案：实现连接超时和清理机制

7. 消息顺序问题：重连后消息可能乱序

8. 解决方案：实现消息序号和确认机制

总结与思考

WebSocket 连接稳定性是实时系统的关键。通过本文的方案，可以：

1. 减少 1006 错误的发生频率
2. 提升用户体验（自动恢复连接）
3. 降低运维成本（减少人工干预）

建议读者根据自身业务特点调整： - 重试策略参数 - 心跳间隔时间 - 错误监控指标

最终目标是实现高可用的 WebSocket 通信架构，为业务提供稳定的实时数据传输能力。