Java中创建线程池最常用方式是Executors工具类，但因隐藏关键参数易引发资源问题，生产环境应优先使用ThreadPoolExecutor显式构造，以精确控制核心线程数、队列容量、拒绝策略及线程工厂等。
Java中创建线程池最常用的方式是通过 Executors 工具类，它封装了 ThreadPoolExecutor 的复杂构造逻辑，提供几种预设的线程池创建方法。但要注意：这些快捷方法虽方便，却隐藏了关键参数，容易引发资源耗尽或拒绝任务等问题，生产环境建议优先使用 ThreadPoolExecutor 显式构造。
常用Executors静态工厂方法及适用场景
Executors 提供以下典型线程池创建方式：
-
Executors.newFixedThreadPool(int nThreads)：创建固定大小的线程池，核心线程数 = 最大线程数 = nThreads，使用无界队列（
LinkedBlockingQueue）。适合负载稳定、任务量可预估的场景；但队列无界，若任务提交过快而执行缓慢，可能导致内存溢出。 -
Executors.newCachedThreadPool()：创建可缓存线程池，核心线程数为0，最大线程数为
Integer.MAX_VALUE，空闲60秒后回收线程，使用同步队列（SynchronousQueue）。适合执行大量短生命周期异步任务；但线程数不受控，高并发下可能创建过多线程，引发OOM。 - Executors.newSingleThreadExecutor()：单线程池，保证任务按顺序串行执行，内部使用无界队列。适用于需要顺序执行、避免并发冲突的任务（如日志写入）；但单点故障风险高，且吞吐受限。
-
Executors.newScheduledThreadPool(int corePoolSize)：支持定时/周期性任务的线程池，底层基于
ScheduledThreadPoolExecutor。注意：它不继承自普通ThreadPoolExecutor，部分行为（如拒绝策略设置方式）略有不同。
为什么阿里Java开发手册禁止使用Executors直接创建线程池
核心原因在于其隐藏了线程池关键参数，导致难以合理控制资源：
- 无法显式指定 拒绝策略（默认为
AbortPolicy，抛出RejectedExecutionException），线上应根据业务选择CallerRunsPolicy或自定义策略。 - 无法控制 队列容量：如
newFixedThreadPool使用无界队列，易堆积任务；newCachedThreadPool使用SynchronousQueue（容量为1），但最大线程数失控。 - 无法设置 线程工厂（
ThreadFactory），导致线程名混乱、无法统一设置守护状态或异常处理器，不利于问题排查。
推荐做法：用ThreadPoolExecutor显式构造
替代 Executors 工厂方法，手动构建更可控的线程池：
立即学习“Java免费学习笔记（深入）”；
ThreadPoolExecutor executor = new ThreadPoolExecutor(
2, // corePoolSize：核心线程数
4, // maximumPoolSize：最大线程数
60L, // keepAliveTime：非核心线程空闲存活时间
TimeUnit.SECONDS,
new ArrayBlockingQueue<>(100), // 有界阻塞队列，容量100
new ThreadFactoryBuilder() // 推荐使用Guava或自定义ThreadFactory
.setNameFormat("my-pool-%d")
.setDaemon(true)
.build(),
new ThreadPoolExecutor.CallerRunsPolicy() // 拒绝策略：由调用线程执行任务
);
关键点说明：
- 队列建议用
ArrayBlockingQueue等有界队列，避免内存无限增长； - 线程数设置需结合CPU密集型（≈ CPU核数）或IO密集型（通常更大，如2×CPU）估算；
- 务必在应用关闭时调用
shutdown()或shutdownNow()释放资源。
Executors的其他实用方法
除了创建线程池，Executors 还提供一些辅助功能：
-
Executors.unconfigurableExecutorService(ExecutorService)：返回一个不可重新配置的代理，防止外部误调用
shutdown等方法； - Executors.privilegedThreadFactory()：返回具备上下文权限的线程工厂，适用于需访问受保护资源的场景（如安全敏感操作）；
- 配合
CompletableFuture使用时，可通过executor参数指定自定义线程池，避免默认使用ForkJoinPool.commonPool()。
不复杂但容易忽略：线程池不是“创建即用”，要关注监控（如活跃线程数、队列长度、拒绝次数）、合理关闭、以及与Spring等框架的集成方式（如 @Bean 声明 + @PreDestroy 销毁）。
