Java线程池内存峰值由线程栈（堆外）、任务队列（堆内）、线程对象及关联结构（堆内）三类资源叠加决定，随流量、参数和任务行为动态变化，易触发OOMKilled或容器内存超限。
Java 线程池的内存峰值主要由三类资源叠加决定：线程栈（堆外）、任务队列（堆内）、线程对象及关联结构（堆内）。峰值不是静态值，而是随流量波动、参数配置和任务行为动态抬升的临界点，稍不注意就可能触发 OOMKilled 或容器内存限制。
线程栈：堆外内存的隐性主力
每个平台线程默认占用约 1MB 堆外内存（受 -Xss 控制），该空间在 JVM 启动后即预分配，且空闲时不会释放。
- corePoolSize=100 → 至少固定占用 100MB 堆外内存
- maximumPoolSize=500，突发流量拉满 → 瞬间新增 400MB 栈内存，极易突破容器 cgroup 限额
- 未设置 threadFactory 的命名与守护属性，会导致监控无法区分线程来源，延误问题定位
任务队列：堆内泄漏的高发区
无界队列（如 LinkedBlockingQueue 默认容量 Integer.MAX_VALUE）是堆内存失控最常见原因。
- 任务提交速率 > 消费速率时，待执行 Runnable/FutureTask 在堆中持续堆积
- 闭包捕获的局部变量、大对象引用链会随任务长期驻留，形成“伪泄漏”
- 建议改用 ArrayBlockingQueue 并设合理容量（如 1024），配合 AbortPolicy 或自定义拒绝策略（丢弃+告警）
keepAliveTime 与线程生命周期：影响峰值持续时间
该参数不控制核心线程（默认），仅约束超出 corePoolSize 的空闲线程；但开启 allowCoreThreadTimeOut(true) 后，所有线程都可回收，使峰值回落更彻底。
立即学习“Java免费学习笔记（深入）”；
- keepAliveTime 过短（如 10ms）→ 频繁创建/销毁线程 → 栈内存反复分配 + GC 压力上升 + 任务延迟升高
- keepAliveTime 过长（如 30 分钟）→ 大量空闲线程长期驻留 → 持续占用堆外内存与 OS 线程句柄
- IO 密集型建议 60~180 秒；计算密集型建议 10~60 秒；秒杀类场景宜结合 Prometheus + JMX 动态调参
替代路径：虚拟线程大幅压缩峰值 footprint
JDK 21+ 提供虚拟线程（Virtual Thread），将单线程栈开销从 1MB 降至约 0.5KB，从根本上缓解传统线程池的资源瓶颈。
- 10,000 个并发任务 → 虚拟线程总栈内存不足 5MB，平台线程则需约 10GB
- 适用于高并发、低计算量、大量阻塞调用（HTTP/DB）的场景
- 迁移时需注意：不能依赖 ThreadLocal、不支持 suspend/resume、需避免同步块过度争用
