Eclipse Jetty WebSocket客户端报错后调用stop()出现线程无法终止问题

• 你设置的stopTimeout=0是直接诱因：Jetty的QueuedThreadPool停止时会先给所有工作线程发中断信号，然后等待stopTimeout时长让线程处理完手头任务、响应中断。设为0意味着线程池不会做任何等待，立刻检查线程是否停止，此时还没处理完连接失败善后逻辑、没响应中断的线程就会触发警告日志。
• 服务端宕机连接被拒绝时，WebSocketClient内部队列积压了大量未处理的连接失败回调、IO资源清理任务（从提供的日志可以看到队列等待任务数q=7），这些任务的执行逻辑默认不会立刻响应中断，尤其是NIO连接相关的操作，必须等内核返回连接拒绝的响应后才会释放线程。
• 你在停止前没有提前终止所有挂起的连接尝试、清理活跃会话，导致部分工作线程一直持有连接资源引用，无法响应中断退出。跨线程调用stop无法解决该问题，因为线程停止失败和stop方法的调用线程无关，核心是内部任务未处理完成。

• 调整停止超时参数，给线程预留足够的响应时间，建议设置为1000~5000ms：

  webSocketClient.setStopTimeout(3000);
  

• 调用stop方法前先主动清理所有连接相关资源：
  • 遍历所有已建立的WebSocket会话，主动调用关闭：session.close(1000, "client shutdown");
  • 如果你使用的是Jetty 9.4及以上版本，调用webSocketClient.abort(new RuntimeException("shutdown"))终止所有挂起的连接尝试，直接清空线程池任务队列
• 避免在onError等WebSocket回调方法里执行资源清理、停止客户端的重逻辑，所有销毁操作放到独立的业务线程池执行，避免占用WebSocket的工作线程导致无法正常退出
• 如果你的业务场景需要频繁创建销毁WebSocket连接，不要每次都新建销毁WebSocketClient实例，全局复用同一个实例即可，仅在进程退出时调用一次stop方法，避免频繁启停产生大量积压任务。

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