Executors线程池深度依赖JVM线程模型：工作线程映射为java.lang.Thread实例，占用-Xss栈空间（堆外内存）；newCachedThreadPool易触发“unable to create new native thread”错误，newFixedThreadPool的无界队列可能导致堆OOM；空闲线程受keepAliveTime控制并影响GC，shutdown仅拒绝新任务，线程需执行完才释放资源。
线程对象由 JVM 原生线程承载
每个线程池中的工作线程（Worker）最终都映射为 JVM 内部的一个 java.lang.Thread 实例，并由操作系统内核分配一个原生线程（OS thread）。这意味着：
- 每条线程会占用栈空间（默认 -Xss，通常 1MB），这部分内存属于 JVM 堆外内存，不受 GC 管理；
- 线程数量激增时，可能快速耗尽虚拟内存或系统线程数限制（如 Linux 默认 1024/进程），触发
java.lang.OutOfMemoryError: unable to create new native thread； -
newCachedThreadPool()在高并发下可能瞬时创建大量线程，导致 JVM 进程被 OS 杀死或响应停滞。
任务队列影响堆内存与 GC 压力
不同线程池使用不同类型的 BlockingQueue，其行为直接影响堆内存：
-
newFixedThreadPool(n)使用LinkedBlockingQueue（无界），任务持续提交会导致队列无限膨胀，最终 OOM（堆内存耗尽）； -
newCachedThreadPool()使用SynchronousQueue（不存储元素），任务必须立即由空闲线程消费，否则触发新线程创建，压力转向线程数而非堆； - 若自定义带容量限制的队列（如
ArrayBlockingQueue(1000)），可缓冲任务但需警惕队列积压引发的延迟与内存驻留。
线程空闲状态受 keepAliveTime 和 GC 影响
线程池中“空闲线程”并非真正休眠的轻量实体，而是处于 WAITING 或 TIMED_WAITING 状态的活跃 Java 线程：
- 它们持有栈帧、本地变量、锁对象引用等，只要未终止，就持续占用资源；
-
keepAliveTime（如newCachedThreadPool默认 60 秒）控制空闲线程存活时间，超时后线程调用interrupt()并自然退出，JVM 回收其栈空间； - 已退出线程的
Thread对象若被其他代码强引用（如日志上下文、MDC），可能阻碍 GC，造成内存泄漏。
shutdown 后线程不会立即消失
调用 shutdown() 只是设置内部标志位，拒绝新任务，但已提交任务仍继续执行：
立即学习“Java免费学习笔记（深入）”；
- JVM 中对应线程仍在运行，直到所有任务完成；
- 线程结束时自动释放栈内存，但线程池对象本身（
ThreadPoolExecutor）仍驻留在堆中，需显式置 null 或等待作用域结束才可被 GC； - 若忘记调用
shutdown()或未配合awaitTermination()，应用容器（如 Tomcat）重启时可能残留线程，引发类加载器泄漏。
