Java虚拟线程是JDK 21引入的轻量级协程，由JVM调度、栈仅约2KB、支持海量并发；平台线程则一对一映射OS线程、栈默认1MB、资源受限。
Java虚拟线程（Virtual Thread）是JDK 21正式引入的轻量级线程实现，本质是用户态调度的协程，由JVM管理；而平台线程（Platform Thread）就是我们熟悉的传统Java线程，直接一对一映射到操作系统线程（OS thread），受系统资源限制更严格。
调度方式不同
虚拟线程由JVM在少量平台线程上协作式调度，一个平台线程可承载成千上万个虚拟线程；平台线程则由操作系统内核直接调度，每个线程都占用独立的内核栈（通常1MB左右），创建成本高、数量受限。
- 虚拟线程默认使用ForkJoinPool.commonPool()或自定义的Carrier Thread Pool作为载体执行任务
- 平台线程一旦启动，就绑定到某个OS线程，阻塞时整个OS线程挂起，无法复用
- 虚拟
线程遇到I/O、sleep、synchronized等阻塞操作时，会自动让出载体线程，不造成浪费
内存与资源开销差异大
虚拟线程栈空间默认仅约2KB（可动态增长），且按需分配；平台线程栈固定较大（Linux默认1MB），大量线程易引发OOM或线程创建失败。
- 启动10万个虚拟线程通常只需几MB堆外内存
- 同样数量的平台线程几乎必然失败：Linux默认每进程线程数上限常为几千，且内存迅速耗尽
- 虚拟线程对象本身存在于Java堆中，GC可回收；平台线程对象虽也GC，但底层OS资源释放有延迟
编程模型保持兼容，但行为逻辑变了
虚拟线程仍继承Thread类，支持start()、join()等方法，代码写法几乎不变；但其生命周期、监控方式和调试体验与平台线程不同。
- 不能对虚拟线程调用
Thread.stop()、Thread.suspend()等已废弃/禁用方法（运行时抛UnsupportedOperationException） -
Thread.currentThread().isVirtual()可判断当前是否运行在虚拟线程 - JFR（Java Flight Recorder）和JMX支持虚拟线程监控，但线程dump中显示为
VirtualThread[#n]而非Thread[#n]
适用场景明显分化
虚拟线程适合高并发I/O密集型服务（如Web API、数据库连接池封装、消息监听）；平台线程更适合CPU密集型任务、需要精确线程控制（如实时调度、JNI回调）、或依赖线程局部状态（ThreadLocal需谨慎——虚拟线程中频繁创建销毁会导致TL泄漏风险）。
- 推荐用
Thread.ofVirtual().unstarted(Runnable)或Executors.newVirtualThreadPerTaskExecutor()启动 - 避免在虚拟线程中长时间执行纯计算（应交由
ForkJoinPool或专用平台线程池） - 慎用
ThreadLocal：建议改用ScopedValue（JDK 20+）替代，或确保清理逻辑可靠
