SpringBoot应用ThreadPoolTaskExecutor线程数超出配置阈值原因咨询

• 线程名后缀的数字是累计创建计数，非当前活跃线程数
  Spring ThreadPoolTaskExecutor 默认的线程命名规则为「前缀-自增序号」，这个自增序号是线程池实例从初始化开始累计所有曾经创建过的线程总数，不会因为线程空闲销毁而重置。
  你配置了keepAliveSeconds=5，超过核心线程数（5）的非核心线程空闲5秒就会被销毁，当后续新任务到来时如果没有空闲线程就会新建线程，序号就会持续累加。只要同一时间点的活跃线程数不超过maxPoolSize=20，就是符合预期的行为，日志里看到序号到243、255只是说明线程池运行至今累计创建了200+个线程，不是同时在跑这么多。
• 存在多个同前缀的线程池实例
  如果你的项目中多处创建了前缀为executor2的线程池（比如多个配置类重复定义同名Bean、业务代码手动new了ThreadPoolTaskExecutor实例而没有复用Spring注入的单例Bean），不同实例的序号各自累加，也会出现序号远超20的情况。
• 配置未实际生效
  如果你业务代码中使用的线程池不是你贴出的这个executor2 Bean，比如组件注入时指定了其他线程池、或配置类没有被Spring扫描到，实际运行的线程池的maxPoolSize配置远大于20，也会出现序号偏大的情况。
• 自定义线程工厂修改了计数逻辑
  如果你手动配置了ThreadFactory重写了线程命名规则，计数逻辑不是默认的单实例自增，也可能出现序号偏大的问题。

你可以通过以下方式确认实际线程池运行状态是否符合配置：

1. 注入executor2 Bean，调用对应方法实时查看运行指标：

@Autowired
private ThreadPoolTaskExecutor executor2;

// 打印运行指标
System.out.println("当前池内总线程数：" + executor2.getPoolSize());
System.out.println("当前活跃线程数：" + executor2.getActiveCount());
System.out.println("配置的最大池大小：" + executor2.getMaxPoolSize());
System.out.println("线程名前缀：" + executor2.getThreadNamePrefix());

2. 用jstack命令抓取应用进程栈，统计所有前缀为executor2的线程总数，确认是否超过20。

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