Executors工具类通过预设静态工厂方法简化线程池创建，但因无界队列、线程数无上限及参数隐藏等问题，不推荐用于生产环境；应显式使用ThreadPoolExecutor自定义有界队列、合理线程数和拒绝策略。
Java 中用 Executors 工具类快速创建线程池，本质是调用几个预设好的静态工厂方法，省去手动配置 ThreadPoolExecutor 7 个参数的麻烦。它适合开发调试、低并发工具脚本或内部小任务，但不推荐直接用于生产环境高流量接口——原因后面会讲清楚。
四种最常用的 Executors 创建方式
newFixedThreadPool(int nThreads)
创建固定大小线程池，核心线程数 = 最大线程数 =nThreads，使用无界LinkedBlockingQueue（容量为Integer.MAX_VALUE）。
适用场景：任务量稳定、希望严格控制并发数，比如批量处理固定数量的日志写入。
注意：队列无界，突发流量易导致 OOM。newSingleThreadExecutor()
创建单线程池，内部等价于newFixedThreadPool(1)，但额外保证任务 FIFO 顺序执行，且线程异常终止后会自动重建。
适用场景：需要串行化操作，如共享资源写入、状态机推进、简单定时轮询。newCachedThreadPool()
创建可伸缩线程池：核心线程数为 0，最大线程数为Integer.MAX_VALUE，空闲线程 60 秒自动回收，使用SynchronousQueue（不存任务，直接交接）。
适用场景：大量短期、轻量、响应快的任务，比如 RPC 客户端异步回调处理。
风险：突发大量任务可能瞬间创建成百上千线程，耗尽 CPU 和内存。newScheduledThreadPool(int corePoolSize)
支持延迟和周期性任务的线程池，底层是ScheduledThreadPoolExecutor，可调度schedule,scheduleAtFixedRate,scheduleWithFixedDelay。
适用场景：定时清理缓存、心跳上报、报表生成等。
补充：newSingleThreadScheduledExecutor()是它的单线程版本，适合需顺序执行的定时任务。
为什么生产环境不建议直接用 Executors？
-
newFixedThreadPool和newSingleThreadExecutor使用的是无界队列，任务持续涌入时，队列无限堆积 → 内存溢出（OOM）。 -
newCachedThreadPool允许线程数无上限，高并发下线程爆炸 → 上下文切换开销剧增 + OOM。 - 所有这些方法都隐藏了关键参数（如拒绝策略、有界队列、存活时间），开发者容易忽略资源边界。
阿里《Java开发手册》明确要求：线程池不允许使用 Executors 创建，必须显式通过 ThreadPoolExecutor 构造，确保参数可控、风险可见。
快速上手的小技巧
- 本地测试或脚本中，用
Executors.newFixedThreadPool(4)最直观，5 行代码就能跑起来。 - 想加日志排查，可包装线程工厂：
ThreadFactory namedFactory = r -> { Thread t = Executors.defaultThreadFactory().newThread(r); t.setName("my-pool-" + t.getId()); return t; }; ExecutorService pool = Executors.newFixedThreadPool(3, namedFactory); - 提交任务优先用
submit()（支持返回Future），需要结果或异常捕获时更方便；纯执行用execute()即可。
替代方案：三步写出安全的自定义线程池
- 选有界队列：
new ArrayBlockingQueue<>(128)，防止任务无限堆积 - 设合理上下限：
corePoolSize=2,maximumPoolSize=8，留出弹性空间 - 配拒绝策略：
new ThreadPoolExecutor.CallerRunsPolicy()，让调用线程自己执行，自然降速
这样既保留 Executors 的简洁思路，又规避了默认实现的隐患。
不复杂但容易忽略细节
立即学习“Java免费学习笔记（深入）”；
