虚拟线程是Java Loom项目的核心成果，Java 21将其从预览转为正式特性。

• 创建成本极低：一个虚拟线程的内存占用、调度成本都远低于操作系统线程
• 阻塞不再昂贵：像sleep()、IO阻塞这样的操作不再占用真实操作系统线程
• 编写同步代码即可实现高并发：不再需要Reactor/CompletableFuture来对抗阻塞

传统线程与虚拟线程对比

虚拟线程工作原理

Spring Boot 4不仅"支持"虚拟线程，而是"默认使其成为一等公民"。

• Web服务器层面默认支持虚拟线程执行：只需开启一个属性，就能让每个HTTP请求在一个虚拟线程中执行
• TaskExecutor全面支持虚拟线程：自动使用虚拟线程作为基础执行器
• 数据库访问(JDBC)与虚拟线程完美协作：为每个JDBC调用分配虚拟线程，避免真实OS线程因为阻塞导致瓶颈
• 完善的Observability与虚拟线程追踪：增强Micrometer的虚拟线程指标和Tracing/Span传播

Spring Boot 4全面拥抱虚拟线程，但并不意味着放弃WebFlux/Reactive。

Spring MVC与WebFlux对比

• 虚拟线程适用于"同步代码 + 高并发服务"：大部分业务系统、数据库读写密集、调用大量第三方API
• Reactor/WebFlux依然在适合它的场景中强势：超低延迟系统、需要大规模无阻塞流式处理、必须与Reactive底层库集成

Spring官方态度：虚拟线程与响应式模型将长期并存，但MVC + Virtual Threads将是企业开发主流。

• 线程数不再制约吞吐：过去一个Spring MVC服务可能只能配置几百个工作线程，现在可以轻松处理几十万并发任务
• 上下文切换成本低：虚拟线程的调度完全由JVM管理，不依赖OS
• 阻塞等于"挂起协程"，不是"卡住线程"：Thread.sleep(1000)会挂起虚拟线程，不占用任何真实线程资源

虚拟线程性能对比

Spring Boot 4对虚拟线程的全面拥抱意味着：

• Java开发不必复杂化
• 大部分企业系统可获得量级级别的并发提升
• 传统MVC编程模式重新变得简单、优雅
• 框架不再被Reactor/CompletableFuture的复杂性束缚
• Spring生态正式进入"线程廉价时代"