Java中Executors工具类提供四种常用线程池创建方式：1. newFixedThreadPool——固定大小、无界队列，易OOM；2. newSingleThreadExecutor——单线程FIFO执行；3. newCachedThreadPool——弹性扩容、SynchronousQueue，易线程爆炸；4. newScheduledThreadPool——支持定时调度。因均隐藏关键参数且存在严重风险，生产环境禁用，须显式使用ThreadPoolExecutor构造。
Java 中 Executors 工具类通过几个静态工厂方法，能一行代码创建常用线程池，适合开发调试、脚本任务或低并发内部工具。但它不暴露核心参数，生产环境应避免直接使用。
四种最常用的创建方式及特点
newFixedThreadPool(int nThreads)
创建固定大小线程池：核心线程数 = 最大线程数 = nThreads，使用无界 LinkedBlockingQueue（容量为 Integer.MAX_VALUE）。
适用场景：任务量稳定、需严格控并发，如批量日志写入。
注意：突发流量下任务持续堆积，容易引发内存溢出（OOM）。
newSingleThreadExecutor()
等价于 newFixedThreadPool(1)，但额外保证任务 FIFO 顺序执行，且线程异常终止后自动重建。
适用场景：共享资源串行写入、状态机推进、简单轮询等必须顺序执行的逻辑。
newCachedThreadPool()
核心线程数为 0，最大线程数为 Integer.MAX_VALUE，空闲线程 60 秒自动回收，使用 SynchronousQueue（不缓存任务，直接交接）。
适用场景：大量轻量、短期、响应快的任务，如 RPC 异步回调处理。
风险：高并发时可能瞬间创建成百上千线程，耗尽 CPU 和堆内存。
立即学习“Java免费学习笔记（深入）”；
newScheduledThreadPool(int corePoolSize)
支持延迟执行（schedule）和周期调度（scheduleAtFixedRate / scheduleWithFixedDelay），底层是 ScheduledThreadPoolExecutor。
适用场景：定时清理缓存、心跳上报、夜间报表生成等。
补充：newSingleThreadScheduledExecutor() 是其单线程版本，适合需顺序执行的定时任务。
为什么不能直接用于生产环境
- newFixedThreadPool 和 newSingleThreadExecutor 使用无界队列，任务积压无上限 → OOM 风险高
- newCachedThreadPool 允许线程数达 Integer.MAX_VALUE，突发流量易导致线程爆炸 → 上下文切换开销剧增 + OOM
- 所有方法都隐藏关键配置：无法指定有界队列容量、拒绝策略（默认 AbortPolicy）、线程工厂（影响线程命名与排查）、存活时间等
- 阿里《Java 开发手册》明确要求：线程池不允许使用 Executors 创建，必须显式通过 ThreadPoolExecutor 构造
简单替代写法（推荐过渡用）
若仍需快速初始化、又想规避无界风险，可手动封装一个“半可控”版本：
ExecutorService safeFixedPool = new ThreadPoolExecutor(4, // corePoolSize
8, // maximumPoolSize
60L, TimeUnit.SECONDS,
new ArrayBlockingQueue(100), // 有界队列
new ThreadPoolExecutor.CallerRunsPolicy() // 拒绝时由调用线程执行
);
实际使用小提醒
- 提交任务优先用
execute(Runnable)（无需返回值）或submit(Callable)（需返回值或异常捕获） - 线程池用完务必调用
shutdown()或shutdownNow()，避免 JVM 无法退出 - 不要在循环中反复创建线程池；应作为单例或 Spring Bean 复用
- 监控建议：关注 activeCount、queue.size()、getCompletedTaskCount() 等指标
