基于Ratchet的WebSocket服务器新用户加入时老用户断开问题排查

一、先定位空指针异常的具体位置 #

• 查看Android崩溃日志的完整堆栈，找到触发String.split()调用的具体代码行——这是空指针的直接来源，大概率是在处理WebSocket消息或异常信息时，未判断字符串是否为null就直接调用了split方法。
• 若日志堆栈不全，在onFailure回调中添加e.printStackTrace()打印完整异常栈。

二、服务器端Ratchet代码排查 #

• 检查onOpen方法：当用户B连接成功时，是否向用户A推送了消息？如果推送的消息为null，或者拼接消息时某个字段为空导致最终内容是null，用户A的客户端收到后直接split就会崩溃。
• 检查连接列表维护：确认服务器是否在新用户（B）接入时，错误移除了用户A的连接实例，导致主动断开A的连接，同时返回了空的断开原因。
• 检查广播逻辑：新用户上线的广播内容是否存在null值？比如拼接用户信息时遗漏了必填字段，导致广播字符串为null。

三、Android端OkHttp代码排查 #

• 检查onMessage回调：如果收到服务器消息后直接调用split，必须先判空，示例代码：

  @Override
  public void onMessage(WebSocket webSocket, String text) {
      if (text == null || text.trim().isEmpty()) {
          return;
      }
      String[] parts = text.split(",");
      // 后续业务处理
  }
  

• 检查onFailure回调：是否在处理异常信息时调用了split？比如直接对e.getMessage()调用split，但异常消息可能为null。
• 检查OkHttp单例：确认WebSocket客户端是否配置了心跳机制，若服务器因心跳超时断开用户A，且心跳包处理逻辑存在空值传递问题，也可能触发异常。
• 检查Fragment连接逻辑：是否存在单例WebSocket实例被覆盖的情况？用户B连接时，旧的用户A连接实例被置空，导致回调时引用null对象。

四、调试方案 #

• 服务器端：在onOpen、onClose、onMessage方法中添加日志，记录每个客户端的连接ID、发送的消息内容，重点查看用户B连接时，服务器向用户A推送的消息是否为null。
• Android端：
  • 在消息接收和异常回调中添加日志，打印收到的消息文本、异常的完整信息。
  • 给WebSocket实例添加状态监听，记录连接建立、断开的时间点，判断用户A的断开是服务器主动发起还是客户端内部问题。
• 抓包验证：用Charles或Wireshark抓取WebSocket通信帧，查看用户B连接时，服务器向用户A发送的内容是否为空，或是否存在异常的断开指令。

内容的提问来源于stack exchange，提问作者Ritu