Java线程创建有5种主流方式：1.继承Thread类（简单直观但受单继承限制）；2.实现Runnable接口（解耦任务与执行器，推荐用于多数场景）；3.实现Callable接口（支持返回值和异常）；4.使用线程池（提升资源复用与系统治理能力）；5.虚拟线程（Java 21+，轻量高效，适合高并发I/O场景）。
Java 线程创建方式不是孤立的语法选择，而是直接影响代码可维护性、资源控制粒度和系统扩展路径的关键设计决策。从早期 new Thread() 到线程池复用，再到虚拟线程普及，每种方式都推动着架构向更高吞吐、更低耦合、更易观测的方向演进。
继承 Thread 类：适合教学与简单调度控制
直接继承 Thread 并重写 run()，是最直观的线程创建方式。它让开发者能直接调用 setPriority()、setName() 等生命周期控制方法。
- 优势在于逻辑内聚、调试直观，适合单次短任务或嵌入式场景
- 但受 Java 单继承限制，无法再继承其他业务类；且每次
start()都创建 OS 线程，高并发下极易耗尽资源 - 在微服务或响应式架构中已基本退出主流程，仅保留在工具类、监控探针等轻量级辅助模块中
实现 Runnable 接口：解耦任务与执行器的分水岭
将任务逻辑封装为 Runnable（或 Callable），再交由外部执行器启动，标志着“行为”与“载体”的分离。
- 支持 Lambda 表达式后，
new Thread(() -> {...}).start()或executor.submit(() -> {...})成为事实标准 - 任务本身不感知线程生命周期，便于单元测试、复用、组合（如链式提交、异常包装）
- 这是构建异步服务层、事件驱动架构、命令模式的基础——例如 Spring 的
@Async底层即依赖Runnable抽象
线程池机制：从资源管理走向架构治理
使用 ThreadPoolExecutor 或 Executors 工具类，本质是把线程从“实例”升维为“资源池”，并引入队列、拒绝策略、存活时间等治理维度。
立即学习“Java免费学习笔记（深入）”；
- 固定线程池控制 CPU 密集型任务并发度；缓存线程池适应突发 I/O 请求；定时线程池支撑调度中枢
- 但配置不当会引发 OOM（无界队列）、线程饥饿（核心数过小）或资源泄漏（未调用
shutdown） - 现代架构中，线程池常被封装为组件级能力：如 Dubbo 的业务线程池隔离、Netty 的 EventLoopGroup 分层、Spring Boot 的
task.executor自动配置
虚拟线程：重构并发模型与服务边界
Java 21+ 的虚拟线程（Thread.ofVirtual().unstarted(Runnable)）不再绑定 OS 线程，JVM 直接调度，内存开销降至 KB 级，数量可达百万。
- 传统“一个请求一个线程”模型回归合理——无需手动池化，阻塞式 I/O 不再拖垮吞吐
- 服务拆分更自由：过去因线程成本高而被迫合并的模块，现在可按语义独立部署，每个模块自主管理虚拟线程生命周期
- 监控与诊断方式变化：JFR 支持虚拟线程快照，但传统线程 dump 工具需升级；日志 MDC 需适配虚拟线程上下文传递
