java 21虚拟线程是jvm实现的轻量级用户态调度单元，采用m:n模型，百万级并发下通过栈帧按需分配、threadlocal轻量语义及continuation状态保存实现高效变量管理，内存占用仅约400mb。
Java 21 的虚拟线程不是“纤程”（Fiber）的直译，而是 JVM 实现的轻量级用户态调度单元，官方术语为 Virtual Thread。它不依赖操作系统内核线程，也不等同于传统协程（Coroutine）或 Go 的 Goroutine，而是一种专为高并发 I/O 密集型场景设计的 M:N 调度机制——即数百万虚拟线程可动态挂载到少量平台线程（通常等于 CPU 核心数）上运行。
虚拟线程如何应对百万级并发中的变量管理
在高并发请求中，“变量”本身不是瓶颈，真正影响伸缩性的，是变量所处的执行上下文（如局部变量、栈帧、ThreadLocal）与线程生命周期的耦合关系。虚拟线程对此做了关键优化：
- 栈帧按需分配，不固定占用内存：每个虚拟线程初始仅分配几百字节堆内存用于保存 Continuation 状态；栈帧以 StackChunk 形式动态切片、按需增长，避免了平台线程默认 1MB 栈空间的浪费
- ThreadLocal 行为不变但语义更轻量：虚拟线程仍支持 ThreadLocal，但因创建销毁极快，无需像平台线程那样谨慎复用；不过要注意：ThreadLocal 值随虚拟线程生命周期自动清理，不可跨任务长期持有
- 无 GC 根引用压力：虚拟线程栈不参与 GC Roots 扫描，大量并发任务产生的临时对象不会拖慢垃圾回收，间接保障了变量操作的稳定性
为什么它不叫“纤程”，而强调“虚拟”
“纤程”（Fiber）一词易引发与 Windows Fiber API 或某些语言协程的混淆。Java 虚拟线程的设计目标明确：不是提供更低延迟，而是实现更高吞吐。它的“虚拟”体现在三个层面：
- 调度虚拟化：由 JVM 的 ForkJoinPool 调度器接管，而非 OS 内核
- 资源虚拟化：栈、寄存器上下文等保存在堆内存中，非内核线程结构体
- 生命周期虚拟化：start/join 成本接近对象创建，可按需瞬时启停，无需池化
实际编码中变量使用的注意事项
尽管编程模型保持同步风格，但变量使用习惯需微调，否则可能触发意外行为：
- 避免在虚拟线程中长期持有大对象引用，尤其静态缓存类变量，否则容易成为内存泄漏点
- 慎用 InheritableThreadLocal：子虚拟线程会继承父线程值，但因虚拟线程调度不可预测，继承链可能断裂或错位
- 锁竞争逻辑不变，但阻塞等待（如 synchronized、ReentrantLock）会触发自动挂起，变量状态被安全冻结并恢复，无需额外保护
- 日志 MDC（Mapped Diagnostic Context）需适配：Spring Boot 3.1+ 已支持虚拟线程感知的 MDC 传播，旧版本需手动绑定/清理
它怎么做到“百万级”而不崩
关键不在单个变量，而在整体资源模型重构：
- 100 万个虚拟线程 ≈ 占用 400MB 堆内存（按平均 400 字节/个估算），远低于平台线程的 100GB 栈开销
- I/O 阻塞时，JVM 自动将当前虚拟线程的 Continuation 状态序列化到堆，释放载体线程去跑其他任务，变量所在栈帧被完整保留
- 当数据库响应返回，调度器唤醒该虚拟线程，从上次挂起点继续执行，所有局部变量、中间状态毫秒级还原
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
