直接创建线程（无论继承thread还是实现runnable/callable）均需新建操作系统线程，消耗约1mb栈内存、触发内核态切换与句柄分配；线程池通过复用线程避免重复创建销毁，显著降低内存、cpu及系统资源开销。
直接创建线程（继承 Thread 类或实现 Runnable/Callable 接口）与使用线程池在资源消耗上存在本质差异：前两者每次调用都触发真实线程的创建与销毁，而线程池通过复用避免重复开销。关键不是“写法不同”，而是“是否真正新建操作系统线程”。
继承 Thread 与实现 Runnable 的资源开销几乎相同
二者在资源层面没有实质区别——它们都只是 Java 层的封装方式，最终仍需调用 new Thread(runnable).start() 才会真正创建平台线程。区别仅在于：
- 继承 Thread：每个任务对应一个独立的 Thread 子类实例，堆内存占用略高（多一个对象）；
- 实现 Runnable/Callable：任务逻辑与线程解耦，更利于复用和测试，但若每次仍 new Thread 包裹它，栈内存、上下文切换、内核调度等开销完全一样；
- 无论哪种，每启动一次，JVM 就向 OS 申请约 1MB 栈空间（默认 -Xss1m），并触发内核态线程创建流程（分配寄存器、调度队列注册、TLB 刷新等）。
Callable 相比 Runnable 多出的开销微乎其微
Callable 仅比 Runnable 多一个返回值和异常声明，运行时无额外资源成本。它的价值不在资源节省，而在语义表达：支持异步结果获取（配合 Future）、任务可抛受检异常。但若未配合线程池使用，仅靠 new Thread(new FutureTask(...)).start() 启动，反而因 FutureTask 多一层包装，堆内存略增几十字节，可忽略不计。
线程池是唯一能显著降低资源消耗的方式
线程池不是“另一种写法”，而是资源管理模型的根本转变。它通过三个机制压降开销：
- 复用栈空间：线程执行完任务后不销毁，栈内存持续驻留，避免反复分配/回收 1MB 内存；
- 消除高频上下文切换：固定数量线程循环取任务，减少 OS 调度频次，避免 CPU 缓存失效和内存换页；
- 可控的句柄与内核资源：限制最大线程数（maximumPoolSize），防止耗尽系统线程句柄（如 Linux 默认 1024 或 ulimit -u 设置值）。
例如：1000 个并发任务，用 new Thread 需创建销毁 1000 次线程，累计栈内存分配/释放达 GB 级，上下文切换可能超万次；而 corePoolSize=10 的线程池，只维持 10 个常驻线程，全程零新建、零销毁。
虚拟线程不改变“池化必要性”的底层逻辑
Java 21+ 的虚拟线程虽将单线程栈降至 KB 级、创建极快，但它仍依赖载体平台线程（Carrier Thread）执行阻塞操作。大量虚拟线程同时发起 IO（如数据库查询、HTTP 调用）时，实际并发仍受限于载体线程数和连接池容量。盲目用虚拟线程替代线程池，可能快速挤爆数据库连接、文件句柄或堆内存。真正高效的做法是：用虚拟线程编排逻辑，但底层 IO 资源（DB 连接、HTTP 客户端）仍走池化管理。
