Redisson客户端创建失败时的线程泄漏问题分析与修复

在分布式系统开发中，Redisson作为Redis的Java客户端被广泛使用。然而，在特定场景下，当客户端创建失败时，会出现线程资源未正确释放的问题，这可能导致应用程序无法正常退出。

问题现象

当开发者尝试使用Redisson.create()方法创建客户端实例时，如果提供的配置存在问题（例如集群配置中未指定任何节点地址），虽然方法会抛出异常表示创建失败，但Redisson内部的Netty线程却未被正确关闭。这些非守护线程会继续运行，导致JVM无法正常退出。

问题复现

通过以下配置可以稳定复现该问题：

String conf = """
{
    "clusterServersConfig": {
        "nodeAddresses": []
    }
}
""";
Config config = new ConfigSupport().fromJSON(conf, Config.class);
Redisson.create(config);

这段代码会因配置无效而抛出异常，但检查线程状态会发现Redisson的Netty工作线程仍在运行。

技术分析

深入分析Redisson源码发现，问题根源在于连接管理器(MasterSlaveConnectionManager)的初始化流程：

1. 在客户端创建过程中，即使节点地址列表为空，连接管理器仍会尝试初始化
2. 初始化过程中会创建Netty的工作线程组
3. 当验证失败抛出异常时，这些已创建的线程资源未被正确清理

特别值得注意的是，连接管理器在节点地址为空的情况下仍会尝试建立连接，这种设计不够合理，应该在早期验证阶段就拒绝无效配置。

解决方案

Redisson开发团队已修复该问题，主要改进包括：

1. 在客户端创建失败时确保所有工作线程被正确关闭
2. 优化配置验证逻辑，对无效配置提前失败
3. 完善资源清理机制，防止类似资源泄漏

最佳实践

开发者在使用Redisson时应注意：

1. 始终检查配置有效性，特别是集群节点地址等关键配置
2. 使用try-with-resources或显式调用shutdown方法确保资源释放
3. 在应用程序退出前确认所有Redisson客户端实例已关闭

该修复已包含在Redisson的后续版本中，建议开发者及时升级以获得更稳定的资源管理能力。