newCachedThreadPool可动态创建线程处理短期任务，但无界线程增长易导致OOM，建议用有界队列的自定义ThreadPoolExecutor替代。
Java中使用Executors.newCachedThreadPool()可以快速创建一个弹性线程池，适用于执行大量短期异步任务的场景。这个线程池会根据需要动态创建新线程，并在可用时复用之前构建的线程。
newCachedThreadPool 基本使用方式
调用 Executors.newCachedThreadPool() 可返回一个 ExecutorService 实例：
ExecutorService executor = Executors.newCachedThreadPool();
executor.submit(() -> {
System.out.println("任务正在执行，线程名：" + Thread.currentThread().getName());
});
// 使用完后记得关闭
executor.shutdown();
该线程池的特点是：
- 没有固定大小限制，线程数可无限增长（受限于系统资源）
- 空闲线程默认存活60秒后被回收
- 所有任务通过无界队列（SynchronousQueue）传递，不存储等待任务
- 适合突发性、短时间任务处理，如HTTP请求响应
工作原理与内部结构
newCachedThreadPool 实际上是通过以下参数构造的：
立即学习“Java免费学习笔记（深入）”；
- 核心线程数为0：初始不创建任何线程
- 最大线程数为
Integer.MAX_VALUE：理论上可创建极多线程 - 使用
SynchronousQueue：这是一个不存储元素的阻塞队列，每个插入操作必须等待另一个线程的移除操作 - 当提交任务时，若存在空闲线程则复用；否则新建线程执行
这意味着只要有新任务进来且没有空闲线程，就会创建新线程，直到系统资源耗尽。
潜在风险与注意事项
虽然灵活性高，但 newCachedThreadPool 存在明显隐患：
- 高并发下可能瞬间创建过多线程，导致系统崩溃或OOM（OutOfMemoryError）
- 不适合用于长时间运行的任务，可能导致线程积压
- 缺乏对资源使用的控制，生产环境需谨慎使用
建议在明确任务数量或有流量控制的前提下使用。如果无法控制任务流入速度，应考虑使用有界队列和固定线程数的线程池，例如 newFixedThreadPool 或自定义 ThreadPoolExecutor。
替代方案：自定义可控线程池
更安全的做法是手动创建 ThreadPoolExecutor，实现动态扩展的同时设置上限：
int corePoolSize = 2;
int maximumPoolSize = 10;
long keepAliveTime = 60L;
TimeUnit unit = TimeUnit.SECONDS;
BlockingQueue<Runnable> queue = new LinkedBlockingQueue<>(50);
ThreadPoolExecutor executor = new ThreadPoolExecutor(
corePoolSize,
maximumPoolSize,
keepAliveTime,
unit,
queue,
new ThreadPoolExecutor.CallerRunsPolicy()
);
这种方式既能支持突发负载，又能防止资源失控，更适合复杂业务场景。
基本上就这些。newCachedThreadPool 使用简单，但容易因线程泛滥引发问题。理解其机制并根据实际场景选择合适的线程池类型，才是关键。
