Java 21 正式引入虚拟线程，是 JVM 深度支持的轻量级协程，适用于 I/O 密集型场景；它栈小（约 2KB）、创建快、可百万级并发，保持同步编程风格，兼容传统并发工具，不适用于 CPU 密集任务。
Java 21 正式引入虚拟线程（Virtual Threads），本质是 JDK 对协程模型的官方实现，不是第三方库模拟，而是 JVM 层深度支持的轻量级线程。它不取代传统线程（平台线程），而是为高并发 I/O 密集型场景提供更自然、更低开销的并发抽象。
虚拟线程大幅降低线程创建与调度成本
传统 平台线程（Platform Thread） 直接映射操作系统线程，创建耗内存（默认栈约 1MB）、上下文切换开销大、数量受限（通常几百到几千）。而虚拟线程由 JVM 在用户态调度，栈初始仅约 2KB，按需增长，单机可轻松运行百万级并发任务。
- 创建一个虚拟线程几乎不触发系统调用，开销接近对象分配
- 阻塞操作（如 Socket 读写、文件 I/O、sleep）会自动挂起虚拟线程，不占用平台线程，底层线程池可复用少量平台线程承载大量虚拟线程
- 无需手动管理线程池大小，避免“线程数设多 OOM、设少吞吐低”的经典权衡
代码保持同步风格，无需重构为异步回调
以往应对高并发，常被迫改用 CompletableFuture、Reactive Streams（如 Project Reactor）等异步模型，导致代码嵌套深、调试难、错误处理复杂。虚拟线程允许你继续写直观的 阻塞式同步代码，JVM 自动优化执行效率。
- 例如：用
Thread.ofVirtual().start(() -> { doHttpCall(); doDbQuery(); })启动，逻辑清晰如单线程，却具备高并发能力 - 现有基于 InputStream/OutputStream、JDBC、OkHttp 等阻塞 API 的业务代码，几乎零改造即可受益
- 异常堆栈完整可读，调试体验与普通线程一致，不丢失调用链上下文
天然适配传统并发工具与编程习惯
虚拟线程不是新范式，而是对现有 Java 并发生态的友好增强。它完全兼容 synchronized、wait/notify、Lock、ExecutorService、ForkJoinPool 等机制，开发者无需学习全新 API 或放弃熟悉模式。
- 可直接使用
Executors.newVirtualThreadPerTaskExecutor()获得开箱即用的虚拟线程池 - synchronized 块内阻塞时，虚拟线程被挂起，不会阻塞底层平台线程，锁竞争影响范围显著缩小
- ThreadLocal 默认不继承（可显式启用），避免内存泄漏风险；InheritableThreadLocal 则按需支持上下文传递
适用场景明确，不适用于 CPU 密集型任务
虚拟线程的优势集中在 I/O 密集、请求响应式、生命周期短 的服务中，比如 Web API、微服务网关、消息消费者。它不是万能银弹，对纯计算型任务无加速效果，甚至因调度额外开销略慢于平台线程。
- 典型增益场景：每请求需调用 3 个外部 HTTP 接口 + 1 次数据库查询的服务，QPS 可从 2k 提升至 20k+（同等资源配置）
- 慎用场景：图像渲染、加密解密、大规模数组排序等长时间独占 CPU 的任务，仍应使用固定大小的平台线程池或 ForkJoinPool
- 注意监控：可通过 JFR（Java Flight Recorder）观察
jdk.VirtualThreadStart和jdk.VirtualThreadEnd事件，跟踪虚拟线程生命周期
基本上就这些。虚拟线程不是要淘汰线程池或异步框架，而是把“写简单代码”和“跑高性能服务”更好统一起来——你不用在可读性与扩展性之间做苦涩妥协了。
