Java Web场景下ScheduledThreadPoolExecutor的corePoolSize理想值是多少

corePoolSize为0导致CPU 100%的原因 #

这是ScheduledThreadPoolExecutor在特定JDK版本的已知问题：当核心线程数设为0时，内部调度逻辑会进入空转死循环，持续占用CPU资源，所以最低要将corePoolSize设为1规避该问题。

数百用户场景下的corePoolSize理想取值 #

你的定时任务属于IO密集型轻量任务：单次执行仅做数据库连接状态检查+日志记录，耗时一般在几毫秒到几十毫秒区间，且执行频率仅为10分钟1次，整体调度压力极低，核心线程数不需要设置太高：

• 基础场景（仅做连接检查、无额外逻辑）：设置为2~4即可完全满足需求。即便按500个用户计算，所有任务每10分钟的累计执行时间总和不到1分钟，2个核心线程的处理能力已经有充足冗余。
• 预留扩展场景（后续要在任务中增加其他业务逻辑）：最高可以设为服务器CPU核心数的1~2倍，完全不需要更高的数值。

额外注意事项 #

• 不要为每个用户单独创建ScheduledThreadPoolExecutor实例，所有用户的定时检查任务共用同一个全局的线程池即可，避免不必要的资源浪费。
• 任务的run方法内需捕获所有RuntimeException，若单任务抛出未捕获的异常，会直接导致该任务的后续周期性调度终止。
• 若后续用户规模增长到数千甚至上万，可按每1000个用户对应1个核心线程的比例做线性扩容即可。

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