真正影响线程执行效率的是资源开销、复用能力、任务调度机制和并发控制粒度；new thread()不可持续，线程池+runnable/callable是主流高效路径，继承thread仅限原型验证，高级封装提升可观测性。
线程创建方式本身不直接决定执行效率，真正影响效率的是资源开销、复用能力、任务调度机制和并发控制粒度。选错方式会导致频繁创建销毁线程、上下文切换激增、内存浪费或任务阻塞，进而拖慢整体性能。
直接 new Thread()：轻量但不可持续
每次调用 new Thread().start() 都会新建线程对象、分配栈空间（默认1MB）、触发JVM线程注册与OS内核调度。在高并发短任务场景下，极易引发：
- 大量线程争抢CPU时间片，上下文切换开销飙升（可通过 jstat -gc 或 perf top 观察 context-switches）
- 线程栈内存快速耗尽，尤其在Web容器中容易触发 OutOfMemoryError: unable to create new native thread
- 缺乏统一管理，无法控制最大并发数、超时、拒绝策略等，故障扩散风险高
实现 Runnable / Callable + 线程池：主流高效路径
将任务逻辑解耦为 Runnable/Callable，交由 ThreadPoolExecutor 执行，是兼顾效率与稳定性的标准实践。其优势体现在：
- 线程复用：核心线程常驻，避免反复创建销毁；空闲线程可自动回收（allowCoreThreadTimeOut=true）
- 可控调度：通过队列类型（SynchronousQueue、ArrayBlockingQueue）和拒绝策略（AbortPolicy、CallerRunsPolicy）调节流量压力
- 结果可追溯：Callable 配合 Future 或 CompletableFuture 可获取返回值、设置超时、链式编排
- 便于监控：暴露 getActiveCount()、getCompletedTaskCount()、getQueue().size() 等指标，支持压测调优
继承 Thread 类：仅限极简原型验证
虽语法直观，但因 Java 单继承限制，业务类若已继承其他父类则无法使用；且 run() 无返回值、无法被线程池复用，导致：
- 任务与线程生命周期强绑定，无法分离关注点
- 无法参与 Executor 框架的统一治理（如定时执行、批量提交、优雅关闭）
- 难以注入监控埋点（如任务入队时间、执行耗时），不利于性能归因
高级封装方式：提升可维护性与可观测性
在 Runnable/Callable 基础上进一步封装，能显著改善实际工程效率：
- 自定义 Runnable 包装器：记录任务ID、入队时间、线程名，用于链路追踪与延迟分析
- 使用 CompletableFuture：天然支持异步组合、异常传播、超时控制，减少手动线程管理代码
- 基于 Virtual Threads（JDK 21+）：适用于海量I/O任务（如HTTP客户端），单机可支撑百万级并发而无需调整线程池参数
真正影响执行效率的不是“怎么写 new Thread”，而是“是否复用”、“是否可控”、“是否可观测”。生产环境应默认选用线程池 + Runnable/Callable 组合，并根据任务特征（CPU/IO比例）、吞吐目标和稳定性要求精细调参。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
