Jetty 9.4.53中WebSocketClient线程无法自动销毁问题及解决咨询

问题根源 #

你每次重连时都调用ContainerProvider.getWebSocketContainer()，Jetty的JSR-356实现里，这个方法每次调用都会创建新的ClientContainer实例，而每个ClientContainer内部会初始化独立的WebSocketClient和线程池（就是你看到的8个WebSocketClient@xxx-xxx线程），这些资源不会自动销毁，重复调用自然就会导致线程堆积泄漏。

正确的解决方式 #

1. 复用WebSocketContainer实例 #

不要每次重连都创建新容器，全局维护一个单例容器实例，重复使用它来发起连接。这样整个生命周期里只有一组线程池，不会重复创建。

示例代码：

// 全局单例，初始化一次即可
private static WebSocketContainer wsContainer;

static {
    try {
        wsContainer = ContainerProvider.getWebSocketContainer();
        // 可根据业务需求设置容器参数，比如超时时间、线程池大小等
        wsContainer.setDefaultMaxSessionIdleTimeout(30000);
    } catch (Exception e) {
        e.printStackTrace();
    }
}

// 重连时仅调用connectToServer即可
public void reconnect(String url) {
    try {
        wsContainer.connectToServer(this, URI.create(url));
    } catch (Exception e) {
        // 处理连接失败逻辑，比如延迟重试
        e.printStackTrace();
    }
}

2. 必须关闭旧容器（若确实需要重建） #

如果某些场景下必须重新创建容器，一定要先关闭旧的容器实例，释放其内部的线程池和资源。Jetty的ClientContainer实现了LifeCycle接口，调用stop()方法即可完成资源销毁：

// 更换容器前先关闭旧实例
if (wsContainer != null) {
    try {
        ((LifeCycle) wsContainer).stop();
    } catch (Exception e) {
        e.printStackTrace();
    }
}
// 再创建新的容器实例
wsContainer = ContainerProvider.getWebSocketContainer();

3. 规范重连逻辑 #

重连的核心是重新发起连接请求，而非重建整个客户端容器。容器是管理所有WebSocket会话的全局组件，应该保持长期复用，只有在容器本身出现无法恢复的故障时，才考虑重建。

补充说明 #

Jetty完全支持用JSR-356的方式创建WebSocket客户端，只是你之前的用法有误——重复创建容器会导致资源泄漏。只要复用容器实例，或者在重建前正确关闭旧容器，就能解决线程堆积的问题。

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