shenandoah实现低延迟的核心是并发执行gc工作并大幅压缩stw时间：通过读屏障在每次对象读取时轻量检查并重定向至新地址，结合并发标记、并发疏散、region化回收与全堆无分代设计，使停顿稳定控制在10ms内且与堆大小无关。
Shenandoah 实现低延迟的核心在于并发执行大部分 GC 工作，避免长时间 Stop-The-World（STW）暂停。它不依赖分代假设，也不要求内存连续整理，而是通过读屏障（Load Reference Barrier）+ 并发标记与并发移动的组合，在应用线程运行的同时完成对象标记、复制和引用更新。
读屏障是关键基础设施
Shenandoah 在每次对象引用读取时插入轻量级检查（即读屏障），用于：
- 检测目标对象是否处于“转发中”（即已被复制到新位置）；
- 若已转发，自动将引用重定向到新地址，并可能触发写屏障协助更新；
- 保障应用线程看到的始终是有效、一致的对象视图，无需全局暂停同步状态。
这种细粒度拦截比传统 GC 的“暂停—扫描—恢复”模式开销更小，且把 GC 状态维护分散到日常访问中。
并发标记与并发疏散（Evacuation）
Shenandoah 将 GC 周期拆解为多个可并发执行的阶段：
- 初始标记：极短 STW（仅扫描根集合，如线程栈、静态字段）；
- 并发标记：应用线程与 GC 线程同时遍历对象图，标记存活对象；
- 并发疏散准备：选择回收区域、计算转发地址，无 STW；
- 并发疏散：GC 线程复制对象到新位置，同时应用线程继续运行；
- 并发更新引用：借助读屏障和写屏障，逐步修正指向旧地址的引用（部分延迟到下次读取时惰性更新）；
- 最终标记与清理：一次很短的 STW，仅用于处理并发过程中遗漏的少量引用更新和回收空闲区域。
整个过程 STW 时间通常控制在 10ms 以内，且与堆大小基本无关。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
不依赖分代，简化设计并减少跨代扫描
Shenandoah 是全堆 GC，不区分年轻代/老年代：
- 避免了跨代引用卡表（Remembered Set）维护开销；
- 没有 Minor GC / Major GC 切换带来的不确定性暂停；
- 适合对象生命周期混杂、长周期服务等难以预测分配模式的场景。
代价是每次回收都扫描整个堆，但通过并发 + 细粒度工作分配，实际延迟仍可控。
Region 化管理提升并发粒度
堆被划分为固定大小（如 2MB）的 Region，每个 Region 独立决定是否回收：
- GC 可以只选择垃圾多的 Region 进行疏散，跳过高存活率区域；
- 多个 GC 线程能并行处理不同 Region，提升吞吐；
- Region 元数据（如转发指针、标记位）本地化存储，降低缓存争用。
这种设计让 GC 资源调度更灵活，也更容易适应现代多核 CPU 架构。
Shenandoah 的低延迟不是靠减少工作量，而是靠把工作摊平、并发化、细粒度化，并用硬件友好的屏障机制实时维稳。它适合对响应时间敏感、堆较大（几十 GB 到 TB 级）、又不愿牺牲吞吐的应用场景。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
