09 - 前沿与新特性
定位: JVM 不是"老古董"——它在快速进化。面试官正在用这些新特性筛选候选人对 JVM 演进的理解深度 面试高频度: ⭐⭐⭐⭐（逐年上升）
一、为什么需要关注 JVM 前沿？
许多开发者把 JVM 看作"稳定到无聊"的黑盒。但近三年（JDK 17 → 21 → 25），JVM 经历了自 JDK 8 以来最激进的变革：
- ZGC（JDK 11 实验 → JDK 21 分代）: 亚毫秒级停顿，让 GC 不再是延迟瓶颈
- 虚拟线程（JDK 21 正式）: M:N 线程模型，百万级并发成为现实
- Project Valhalla（预览中）: 值类型 + 基本类型泛型，改变 Java 的内存布局范 Paradigm
面试趋势：2025-2026 年，大厂面试中对 ZGC 和虚拟线程的提问频率显著上升。面试官不再满足于"你用过什么收集器"——他们想确认你对 JVM 的认知是否停留在 JDK 8 时代。
二、子专题导航
| # | 专题 | 状态 | 面试频率 | 核心内容 |
|---|---|---|---|---|
| **ZGC原理** | ZGC 原理 | JDK 11 实验 → JDK 21 分代正式 | ⭐⭐⭐⭐ | 彩色指针、负载屏障、全并发、分代 ZGC |
| **虚拟线程原理** | 虚拟线程 | JDK 21 正式 | ⭐⭐⭐⭐⭐ | M:N 模型、Continuation、Pinning、百万并发 |
| **Project Valhalla(Value Objects)** | Project Valhalla | 预览阶段 | ⭐⭐⭐ | 值类型、无 Identity、扁平内存、基本类型泛型 |
三、三者的关系
这三项新特性从不同维度解决了 Java 的历史遗留问题：
┌───────────────────┐
│ JVM 前沿技术矩阵 │
└───────────────────┘
│
┌───────────────────┼───────────────────┐
▼ ▼ ▼
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ ZGC │ │ 虚拟线程 │ │ Valhalla │
│ GC 延迟瓶颈 │ │ 线程模型瓶颈 │ │ 内存布局瓶颈 │
│ ═══════════════ │ │ ═══════════════ │ │ ═══════════════ │
│ 问题: STW 太长 │ │ 问题: OS线程贵 │ │ 问题: 对象Identity │
│ 方案: 彩色指针 │ │ 方案: M:N映射 │ │ 方案: 值类型无身份 │
│ 效果: <1ms停顿 │ │ 效果: 百万线程 │ │ 效果: 扁平内存 │
└─────────────────┘ └─────────────────┘ └─────────────────┘
│ │ │
▼ ▼ ▼
适用JDK 11+ 适用JDK 21+ 预览阶段面试提示：好的面试回答能把这三点联系起来——它们共同回答了"Java 在新时代如何保持竞争力"这个问题。
四、面试高频追问一览
| 追问 | 关联笔记 | 频次 |
|---|---|---|
| ZGC 为什么能做到亚毫秒停顿？ | **ZGC原理** | 高 |
| ZGC 和 G1 的区别？ | **ZGC原理**、**垃圾收集器详解(Serial到ZGC)** | 高 |
| 虚拟线程和平台线程的区别？ | **虚拟线程原理** | 高 |
| 虚拟线程的 pinning 问题是什么？ | **虚拟线程原理** | 中 |
| Valhalla 解决了什么问题？ | **Project Valhalla(Value Objects)** | 低（预览阶段） |
| 百万并发场景你用什么技术栈？ | **虚拟线程原理** | 高 |
| 你了解哪些 JDK 21 的新特性？ | **虚拟线程原理**、**ZGC原理** | 中 |
📚 相关链接
- **垃圾收集器详解(Serial到ZGC)** — GC 收集器全景，ZGC 是其中的巅峰
- **Java堆** — ZGC 和 G1 的堆结构差异
- **JMM与happens-before** — JMM 对并发编程的基础约束，虚拟线程仍遵循 JMM
- ← 返回 **JVM文库设计文档**