Spring中默认ThreadPoolTaskExecutor为何会自动终止？

1. 线程池实例未被Spring容器托管，被GC回收触发关闭 #

如果你的ThreadPoolTaskExecutor是通过new关键字手动创建，而非通过@Bean注解或XML配置声明为Spring容器Bean，它就不受Spring生命周期管理保护。当该实例成为垃圾回收目标时，其内部销毁逻辑会触发线程池的shutdown()操作，导致线程池进入Terminated状态，所有配置指标被重置为0。

解决办法：
将线程池声明为Spring Bean，确保通过容器注入获取实例：

@Bean
public ThreadPoolTaskExecutor taskExecutor() {
    ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
    executor.setCorePoolSize(5);
    executor.setMaxPoolSize(10);
    executor.setQueueCapacity(20);
    executor.setThreadNamePrefix("NotifyTask-");
    executor.initialize(); // Spring低版本可能需要显式调用
    return executor;
}

2. 代码中意外触发线程池关闭操作 #

代码里可能存在误调用shutdown()或shutdownNow()的逻辑——比如异常分支、定时任务或其他业务流程中，不小心关闭了线程池。线程池一旦被关闭，会拒绝新任务，内部状态全部重置，进入Terminated状态。

排查方法：

• 全局搜索代码中的executor.shutdown()、executor.shutdownNow()调用，排查非预期的关闭逻辑。
• 在execute()前后添加日志，打印线程池的isShutdown()、isTerminated()状态，定位关闭操作的触发时机。

3. 核心线程存活配置异常（较少见） #

ThreadPoolTaskExecutor默认allowCoreThreadTimeOut为false，核心线程不会因空闲被回收。但如果手动将该属性设为true，且核心线程空闲时间超过keepAliveSeconds（默认60秒），核心线程会被回收。不过这种情况只会让池大小变为0，不会直接导致线程池进入Terminated状态，除非后续触发了关闭操作。

调整方案：
若不需要核心线程被回收，保持executor.setAllowCoreThreadTimeOut(false)即可。

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