Java 虚拟线程和传统线程池有什么区别，该怎么选？

学完这篇，你能说清 Java 虚拟线程和传统线程池在调度、开销、适用场景上的本质差别，并能在自己的项目里照着代码和命令做出正确选型。

第一步：先弄清两者到底差在哪

这一步要弄明白的不是 API，而是"线程由谁调度"。

传统线程池（Executors.newFixedThreadPool(200)）里的线程是平台线程，一个平台线程对应一个操作系统线程，1:1 绑定。默认栈大小约 1MB（由 -Xss 控制），几千个线程就能把内存和调度器压垮，所以大家才要用池子把线程数卡住。

虚拟线程是 JDK 21 正式发布的特性（JEP 444，JDK 19/20 是预览版）。它由 JVM 调度，运行时挂载到少量"载体线程"上。载体线程池默认并行度等于 CPU 核数，可以用启动参数调整：

java -Djdk.virtualThreadScheduler.parallelism=8 -cp out Demo

关键差别是：虚拟线程在遇到阻塞式 I/O（socket 读写、Thread.sleep、jdbc 等）时会自动从载体线程上卸载，载体线程去跑别的虚拟线程。所以虚拟线程可以被创建几十万个，而平台线程不行。

第二步：写一段能在 JDK 21 上跑的对比代码

这一步的目标是让你亲眼看到两种写法。先确认版本：

java -version   # 需要 21 或更高

新建 Demo.java，传统池写法：

try (var pool = Executors.newFixedThreadPool(200)) {
    for (int i = 0; i < 200; i++) {
        pool.submit(() -> { Thread.sleep(1000); return 1; });
    }
}

虚拟线程写法，把这一行换掉即可：

try (var pool = Executors.newVirtualThreadPerTaskExecutor()) {
    // 循环体完全不用改
}

编译运行：

javac -d out Demo.java
java -cp out Demo

把循环次数改成 10000 再跑一次：虚拟线程版本靠几 MB 堆内存就能撑住；固定 200 的池子则要排队 50 轮，总耗时约 50 秒。

注意：不要用 Executors.newFixedThreadPool 去"池化"虚拟线程，也不要自己写虚拟线程池。虚拟线程创建成本极低（约几百字节），池化反而会破坏它的调度模型。官方的推荐做法就是"一个任务一个虚拟线程"。

第三步：判断你该选哪个

这一步给你一条可直接套用的判断规则。

选虚拟线程：任务是 I/O 密集且以阻塞调用为主——HTTP 客户端请求、数据库查询、文件读写、调用下游 RPC。典型场景是 Spring Boot 3.2+ 项目，在 application.properties 里加一行就全局生效：

spring.threads.virtual.enabled=true

选传统线程池：任务是 CPU 密集（加解密、图片处理、复杂计算），或者你需要精细控制线程数、优先级、拒绝策略。CPU 密集场景下虚拟线程不会更快，因为并行度上限还是 CPU 核数。

混合场景可以共存：业务请求走虚拟线程，内部计算任务提交到固定大小的 ThreadPoolExecutor。

第四步：避开三个高频坑

这一步是让你上线前少踩雷。

坑一：synchronized 导致 pinning。 在 JDK 21 到 23 上，synchronized 块里发生阻塞会把载体线程一起卡住（术语叫 pinning），并发能力骤降。排查命令：

java -Djdk.tracePinnedThreads=full -cp out Demo

有输出就说明发生了 pinning，把 synchronized 换成 ReentrantLock。JDK 24 起 JEP 491 已解决这个问题，升级即可。

坑二：滥用 ThreadLocal。 虚拟线程数量可能是几十万，每个都持有 ThreadLocal 副本会吃光内存。改用方法参数传递，或使用 JDK 21 引入的 ScopedValue（早期为预览 API，注意在 --enable-preview 下使用）。

坑三：把虚拟线程当"免费加速器"。 如果下游数据库连接池只有 20 个连接，起 10 万个虚拟线程只会让它们全堵在连接池上。虚拟线程解决的是线程等待成本，不解决下游容量。

线上排查可以用：

jcmd <pid> Thread.dump_to_file -format=json dump.json

小结

• 平台线程 1:1 绑定 OS 线程，靠线程池控制数量；虚拟线程由 JVM 调度，阻塞时自动卸载，单机可开几十万个。
• 创建方式：Executors.newVirtualThreadPerTaskExecutor() 或 Thread.ofVirtual().start(...)，JDK 21+。
• I/O 密集选虚拟线程，CPU 密集选传统线程池，不要池化虚拟线程。
• JDK 21–23 注意 synchronized 的 pinning 问题，用 ReentrantLock 替代或升级到 JDK 24+。
• 虚拟线程不放大下游容量，连接池、限流该配还得配。