Executors 工具类提供预配置线程池便捷创建方式，但生产环境需手动构造 ThreadPoolExecutor 以规避无界队列、无限线程数及默认拒绝策略等隐患。
Java 中用 Executors 工具类封装线程池创建逻辑，能快速获得预配置的 ExecutorService 实例，把“怎么建线程池”这个复杂过程隐藏起来，开发者只需专注“提交什么任务”。但要注意：这种封装是便捷入口，不是终极方案，生产环境仍需理解底层并手动构造。
用 Executors 快速获取常用线程池
它提供静态工厂方法，一行代码就能拿到不同行为的线程池：
-
Executors.newFixedThreadPool(4)：固定 4 个线程，适合负载稳定、任务耗时相近的场景 -
Executors.newCachedThreadPool()：按需创建线程，空闲 60 秒后回收，适合大量短任务 -
Executors.newSingleThreadExecutor()：单线程串行执行，保证顺序，适合日志写入等场景 -
Executors.newScheduledThreadPool(2)：支持延时或周期性执行，比如每 5 秒检查一次状态
统一提交接口，屏蔽线程调度细节
无论用哪种线程池，都通过 submit() 或 execute() 提交任务，不用关心线程怎么选、队列怎么存、拒绝怎么处理：
- 提交
Runnable（无返回值）：executor.submit(() -> System.out.println("Hello")) - 提交
Callable（带返回值）：Future<String> f = executor.submit(() -> "done")，后续可调f.get()拿结果 - 若只关心执行、不关心结果和异常，可用
execute()，它更轻量，但异常会静默打印到控制台
封装关闭逻辑，避免资源泄漏
线程池不关，JVM 就不会退出。可以把关闭操作封装成工具方法，确保每次使用后都执行标准流程：
立即学习“Java免费学习笔记（深入）”；
- 先调
shutdown()停止接收新任务 - 再用
awaitTermination(30, TimeUnit.SECONDS)等待已有任务完成 - 超时未结束，可选
shutdownNow()尝试中断运行中任务 - 建议放在
try-finally或try-with-resources（配合自定义 AutoCloseable 包装）中执行
注意封装背后的隐患
Executors 的封装省事，但也藏了坑，容易在上线后出问题：
-
newFixedThreadPool和newSingleThreadExecutor内部用的是无界LinkedBlockingQueue，任务积压会导致内存溢出 -
newCachedThreadPool没有最大线程数限制，突发流量可能瞬间创建上千线程，拖垮系统 - 所有工厂方法都用了默认拒绝策略（
AbortPolicy），任务被拒时直接抛异常，业务可能没兜底 - 所以关键服务应绕过 Executors，直接用
ThreadPoolExecutor构造，明确指定核心线程数、有界队列、自定义拒绝策略
