线程池必须用线程安全的单例模式，以避免资源争抢、内存溢出和线程泄漏；推荐双重检查锁+volatile懒汉式实现，并手动配置有界队列、拒绝策略及优雅关闭钩子。
直接用 Executors 创建线程池容易出问题，比如无界队列导致内存溢出、拒绝策略不可控、多个实例争抢资源。真正高效又安全的做法，是把线程池本身做成一个线程安全的单例——既保证全局唯一，又避免并发创建风险，还能统一配置和监控。
为什么线程池必须用单例模式
线程池不是普通对象，它管理着真实线程和任务队列，属于稀缺资源。如果每个 Service 都 new 一个，轻则线程数爆炸、CPU 上下文切换飙升，重则触发 OutOfMemoryError 或 ThreadCreationException。单例模式在这里不是“为了设计而设计”，而是生产环境的硬性约束：
- 避免重复初始化：核心线程、阻塞队列、拒绝策略等只配置一次，不随调用次数翻倍
- 统一生命周期管理：便于在应用关闭时统一
shutdown()，防止线程泄漏 - 满足《阿里巴巴Java开发手册》强制要求：线程池必须手动通过
ThreadPoolExecutor构造，且核心业务应统一管理
推荐使用双重检查锁 + volatile 的懒汉式实现
饿汉式虽然天然线程安全，但类加载时就初始化，可能浪费资源（比如线程池依赖外部配置未就绪）；同步方法（synchronized 整个 getInstance）性能差。双重检查锁是兼顾延迟加载与高性能的成熟方案：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 第一次判空不加锁，快速返回已有实例
- 仅当实例为空时才进入同步块，且同步块内再次判空，防止多线程重复初始化
- 必须用
volatile修饰实例变量，禁止指令重排序，确保其他线程看到完全构造好的对象
线程池参数要手工指定，不能依赖 Executors 默认值
单例只是容器，真正决定性能的是线程池内部参数。必须显式传入核心线程数、最大线程数、空闲存活时间、有界队列及拒绝策略：
- 用
LinkedBlockingQueue时，务必指定容量（如new LinkedBlockingQueue(1024)），避免无界队列吃光堆内存 - 拒绝策略优先选
ThreadPoolExecutor.CallerRunsPolicy（让调用线程自己执行），比抛异常或丢弃更可控 - 核心线程数建议设为 CPU 核心数 ±1，IO 密集型可适当调高；最大线程数不宜超过 200，防止上下文切换开销反超收益
提供 shutdown 钩子，确保优雅退出
单例线程池一旦创建，生命周期就和 JVM 绑定。必须注册 JVM 关闭钩子，在应用停机时主动关闭：
- 调用
shutdown()停止接收新任务，等待已提交任务完成 - 配合
awaitTermination()设置合理超时（如 30 秒），超时后调用shutdownNow()强制中断 - 避免将线程池声明为
static final后忘记清理，否则会导致 Spring 容器无法正常重启
