jdk 21虚拟线程开箱即用，无需预览标志，支持thread.startvirtualthread()和executors.newvirtualthreadpertaskexecutor()；验证需java -version输出21+且无enablepreview，运行测试类确认thread.currentthread().isvirtual()返回true。
JDK 21 虚拟线程开箱即用，无需额外安装或配置——只要用的是 JDK 21+（非预览版），Thread.startVirtualThread() 和 Executors.newVirtualThreadPerTaskExecutor() 就能直接运行，不报错、不加 flag。
确认 JDK 版本和虚拟线程是否就绪
先验证环境是否真正支持：
- 运行
java -version，输出必须包含21.或更高（如21.0.4），且不能带+XX:EnablePreview类字样（JDK 21 正式版已稳定，无需预览） - 写个最小测试类，重点看
Thread.currentThread().isVirtual()是否返回true：public class VTCheck { public static void main(String[] args) throws InterruptedException { Thread v = Thread.startVirtualThread(() -> { System.out.println("Is virtual? " + Thread.currentThread().isVirtual()); }); v.join(); } } - 如果输出
true，说明虚拟线程已激活；若抛NoSuchMethodError或编译失败，说明 JDK 版本不对或 IDE 编译级别未设为 21
别在 main 线程里直接调用阻塞操作
新手常误以为“用了虚拟线程就万事大吉”，结果写出这样的代码：
Thread.startVirtualThread(() -> {
Thread.sleep(1000); // ✅ OK：虚拟线程会自动卸载，不卡载体线程
});
// 但下面这句会阻塞 main（平台线程），不是虚拟线程的问题：
Thread.sleep(5000); // ❌ 错误归因：这是平台线程在睡，跟虚拟线程无关
关键点：
- 虚拟线程的阻塞（如
Thread.sleep()、Object.wait()、InputStream.read()）是“协作式挂起”，不占用载体线程 - 平台线程（如
main）的阻塞仍是传统内核级阻塞，该卡还是卡 - 调试时看到线程名含
ForkJoinPool或VirtualThread，才是真正在跑虚拟线程
Executors.newVirtualThreadPerTaskExecutor() 是生产首选
相比裸用 Thread.startVirtualThread()，这个 ExecutorService 更安全、可控：
- 它背后默认使用
ForkJoinPool作为载体调度器，自动管理载体线程数（通常等于 CPU 核心数） - 提交任务后，executor 会自动 close（如果用 try-with-resources），避免资源泄漏；裸线程需手动
join()或管理生命周期 - 注意它**不复用线程**：每个
submit()都新建一个虚拟线程，适合短任务；长任务（如 CPU 密集型循环）反而可能拖慢整体吞吐 - 不要把它当成传统线程池来“调优”——别设 core/max pool size，它的参数接口根本不存在；想调载体线程数，得用 JVM 参数：
-Djdk.virtualThreadScheduler.parallelism=8
容易被忽略的兼容性雷区
虚拟线程不是银弹，以下场景仍会出问题：
-
synchronized块在 JDK 21 中已优化，但 JDK 24 才彻底解除“Pinning”（即阻塞时不卸载）；JDK 21 下若同步块内做 I/O，仍可能短暂钉住载体线程 - 依赖
ThreadLocal的老代码大概率失效：虚拟线程切换频繁，ThreadLocal值不会自动传递，需改用ScopedValue（JDK 22+）或显式透传 - 监控工具（如 Prometheus + Micrometer）默认不采集虚拟线程指标；
jcmd <pid> Thread.print</pid>可看到虚拟线程列表，但 JMX MBean 大多只暴露平台线程信息 - 某些 JNI 库或 native blocking call（如旧版数据库驱动的 socket 操作）可能无法触发自动卸载，导致载体线程被长期占用
真实压测中，百万并发请求不崩，不代表所有中间件都适配好了——虚拟线程暴露的是你整个技术栈的阻塞点，而不是掩盖它们。
