Redisson存在大量持续运行线程，是否需要每次请求开闭客户端？

1. 大量Redisson活跃线程是否为单例客户端长期开启导致的？ #

是，该现象属于Redisson的正常运行表现。
Redisson设计为长期运行的客户端组件，作为单例Bean保持运行时，默认会维护一批常驻后台线程，负责的核心逻辑包括：

• Netty IO读写线程：处理和Redis服务端的网络交互，默认数量为CPU核心数*2
• 公共业务线程池：处理异步请求回调、锁续期等逻辑
• 心跳检测线程：负责连接存活校验、集群节点状态探测
• 监听调度线程：处理键过期监听、发布订阅消息分发等场景
  只要线程数量稳定在合理范围（不会无限制持续上涨），就属于正常情况，无需担心。

你提供的线程栈截图如下：

2. 是否推荐每次请求新建、销毁Redisson客户端？ #

绝对不推荐，该做法会引发严重的性能问题和资源浪费：

• Redisson客户端初始化成本极高：启动时需要完成Redis连接创建、连接池初始化、所有后台线程启动、集群节点探测、权限校验等一系列重操作，单请求初始化会导致请求时延飙升几十甚至上百倍。
• 会给Redis服务端造成巨大压力：频繁创建销毁连接会产生大量短连接，很快耗尽Redis的可用连接数，引发服务不可用。
• Redisson本身已经实现了完善的资源复用能力：内部的连接池、线程池都是为长期运行设计的，单例运行才是官方推荐的生产级使用方式。

线程数过高的优化方案 #

如果觉得当前Redisson的线程数超出预期，可以通过以下方式调整：

• 调整核心配置参数：通过threads参数调整公共业务线程池大小，通过nettyThreads参数调整Netty IO线程池大小，可根据实际业务并发量下调到合适数值。
• 清理冗余功能：检查是否开启了未使用的键监听、发布订阅任务，未使用的监听要及时销毁避免占用线程资源。
• 排查泄漏问题：如果发现线程数持续无限制增长，才需要排查是否存在连接泄漏、异步任务堆积的异常问题。

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