java线程创建方式本身不决定鲁棒性，但继承thread类耦合强、异常难隔离、状态不可控；runnable/callable解耦清晰、异常可捕获、配合线程池提升资源管理；线程池是生产级鲁棒性基石，提供资源可控、拒绝策略、统一异常钩子和监控能力；栈深度与线程数量需受控，避免oom和性能抖动。
Java 中线程创建方式本身不直接决定程序鲁棒性，但不同方式带来的耦合度、资源管理粒度和错误传播路径，会显著影响高并发场景下的容错能力与系统稳定性。
继承 Thread 类：耦合强，鲁棒性弱
该方式将业务逻辑与线程生命周期强绑定，导致三类风险：
- 无法复用已有类——Java 单继承限制，若目标类已继承其他父类，则不可行；
- 异常难隔离——run() 中未捕获的异常会直接终止线程，且默认不传播到主线程，容易造成“静默失败”；
- 状态不可控——Thread 实例即任务载体，难以统一监控、中断或优雅关闭，尤其在线程泄漏时排查困难。
实现 Runnable/Callable：解耦清晰，利于异常治理
Runnable 无返回值，Callable 可抛出异常并返回结果，二者均通过 Thread 或线程池执行，天然支持以下鲁棒性增强点：
- 业务逻辑与线程调度分离——任务可被多次提交、复用或包装（如加 try-catch、超时控制）；
- 异常可捕获可传递——在线程池中，未处理的 Callable 异常会被封装进 Future.get()，便于集中处理；
- 配合线程池使用后，能统一管理生命周期、拒绝策略与资源回收，避免无限制创建线程引发 OOM。
线程池创建：生产级鲁棒性的基石
直接 new Thread 是开发调试可用，但线上系统必须依赖线程池。它从机制层面支撑鲁棒性：
- 资源可控——固定大小或弹性伸缩的线程数，防止突发流量打爆 JVM 栈内存或 CPU；
- 任务缓冲与拒绝策略——当队列满时，可丢弃、抛异常、调用者运行或降级处理，避免雪崩；
- 统一异常钩子——可通过 ThreadFactory 设置 UncaughtExceptionHandler，或重写 afterExecute 捕获所有任务异常；
- 配合监控指标（如活跃线程数、队列积压、拒绝次数），实现故障提前感知与自动干预。
栈深度与线程数量的隐性鲁棒性约束
每个线程默认分配 1MB（-Xss 参数可调）私有栈空间。在高并发服务中，若盲目使用 new Thread：
- 创建数千线程极易触发 OutOfMemoryError: unable to create new native thread；
- 栈过深（递归/大量局部变量）会加速栈溢出，尤其在微服务多线程混部环境下加剧资源争抢；
- 线程上下文切换开销随数量指数上升，反而降低吞吐，增加响应抖动——这本身就是一种“性能鲁棒性失效”。
真正提升并发程序鲁棒性，不在于选哪种创建语法，而在于是否把线程当作稀缺资源来设计：任务抽象化、执行托管化、异常显式化、容量受控化。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
