线程池显著降低资源消耗：直接new Thread()每次触发OS线程创建，占用约1MB栈内存及内核资源；线程池通过复用线程、限制最大数量、使用有界队列，避免重复分配栈空间、减少上下文切换与GC压力。
直接看影响：每次 new Thread() 都会触发操作系统级线程创建，带来固定且可观的内存开销——主要是线程栈空间，而非堆内对象本身。
线程栈默认占 1MB 虚拟内存
Java 线程栈是分配在 JVM 堆外的本地内存（native memory），不受 GC 管理。64 位 JVM 默认栈大小为 1MB（可通过 -Xss 调整）。哪怕线程刚创建、尚未执行任何逻辑，这部分虚拟地址空间就已预留。1000 个线程 ≈ 1GB 虚拟内存占用；若在 Linux 上，内核还需为每个线程额外分配约 8MB 内核栈，实际压力更大。
线程对象本身也有堆内开销
每个 Thread 实例在 Java 堆中也会分配约 200–300 字节，包含字段如 target、name、priority 和内部 ThreadLocalMap。频繁新建线程会导致：
- Young GC 频次上升（大量短命 Thread 对象）
- GC 时需扫描和清理 ThreadLocalMap 引用，加重停顿
- 若未显式清除 ThreadLocal，可能引发内存泄漏
系统级资源同步被拉高
Java 线程与 OS 线程一对一绑定。每次 start() 都需：
立即学习“Java免费学习笔记（深入）”；
- 调用内核 API（如
clone()或pthread_create()） - 分配内核数据结构（TCB，约 1KB）
- 注册调度器、初始化寄存器上下文、设置程序计数器
这些操作不消耗 Java 堆，但会快速吃掉进程可用的线程数上限（如 Linux 的 /proc/sys/kernel/threads-max），并加剧上下文切换带来的缓存失效和 CPU 利用率下降。
对比：线程池如何缓解内存压力
使用 ThreadPoolExecutor（而非 Executors 工具类）可严格控制线程生命周期：
- 核心线程常驻，复用栈内存，避免重复分配
- 最大线程数设限，防止突发流量打爆内存或内核资源
- 配合有界队列（如
ArrayBlockingQueue），把任务暂存在堆内可控区域，而非靠无限扩线程硬扛 - 线程空闲超时后才回收，减少销毁频率，降低 GC 压力
