JDK 27 G1变默认回收器，应用暂停暴涨 5% 怎么办？
内容提要
JDK 27将G1设为默认垃圾回收器，取代Serial，可能导致应用暂停时间增加5%-15%。同时调整了堆大小自适应策略，修复了并发标记、大对象回收、Parallel GC晋升阈值及堆扩容等bug，并优化了TLAB分配。升级前需测试GC日志，必要时显式设置参数以控制风险。
延伸解读
升级前必查：默认回收器切换的隐性成本
JDK 27 将默认回收器从条件选择改为统一 G1，意味着低配环境不再自动使用 Serial。G1 的后台线程会额外占用 CPU 和内存，可能导致响应时间增加 5% 到 15%。如果应用对 CPU 敏感，升级前应对比 GC 日志，必要时显式添加 -XX:+UseSerialGC 以维持原行为。
堆大小自适应策略变化：警惕 Full GC 频率上升
G1 的 MinHeapFreeRatio 和 MaxHeapFreeRatio 默认值从 40/70 改为 0/100，使 CPU 占用策略全权决定堆大小。这可能导致 Full GC 后堆缩容更激进，极端情况下引发连续 Full GC。若应用依赖旧默认值，需显式设置这两个参数以控制堆缩容幅度。
Parallel GC 修复：晋升阈值可降，老年代增长放缓
Parallel GC 的自适应晋升阈值现在可以双向调整，不再只增不降。这能降低 Survivor 区压力，使短期对象在年轻代被回收，老年代增长速率可能下降 20% 到 40%。但需注意，存活时间超过新阈值的对象会提前晋升，可能增加老年代占用，大流量应用应关注监控曲线。
监控与调优建议：关注四个关键指标
升级 JDK 27 前，应在测试环境对比切换前后的 Young GC 频率、Full GC 次数、暂停时间分布和堆大小变化。若发现异常，可根据文中对应关系调整参数。特别地，若依赖 Serial GC 的低资源占用，必须显式指定 -XX:+UseSerialGC，否则小型容器可能因 G1 额外开销而频繁重启。
Q&A
JDK 27 默认垃圾回收器是什么？
JDK 27 将 G1 设为默认垃圾回收器，取代了之前根据环境条件自动选择的 Serial GC。
升级到 JDK 27 后，应用暂停时间可能增加多少？
对于 CPU 敏感的小型应用，切换到 G1 后响应时间可能增加 5% 到 15%。
JDK 27 中 G1 的堆大小自适应策略有什么变化？
G1 在 Full GC 后调整堆大小的 MinHeapFreeRatio 和 MaxHeapFreeRatio 默认值从 40/70 改为 0/100，让基于 CPU 占用的策略全权决定堆大小，避免两套策略冲突导致堆震荡。
JDK 27 修复了 G1 并发标记的什么问题？
修复了并发标记启动后因不利条件导致标记进度缓慢，G1 误判并反复重启标记周期的问题，避免 CPU 持续占用和 Mixed GC 节奏不稳定。
JDK 27 修复了大对象回收的什么 bug？
修复了大对象被弱引用指向时，即使弱引用已清除，对象仍被错误标记为存活导致无法回收的问题。修复后，被清除弱引用的大对象会在并发标记周期被正确回收。
JDK 27 对 Parallel GC 的自适应晋升阈值做了什么调整？
Parallel GC 的自适应晋升阈值现在可以双向调整，之前只能升不能降。修复后阈值可降，使长期存活对象更早晋升，释放 Survivor 空间，提升年轻代回收效率，老年代增长速率可能下降 20% 到 40%。
JDK 27 修复了 Parallel GC 堆扩容的什么问题？
修复了在连续分配大对象时，即使系统有足够内存，堆大小也不增长的问题。修复后，重复大分配触发的 Full GC 会正确触发堆扩容，减少 Full GC 次数。
JDK 27 对 TLAB 分配做了哪些优化？
JDK 27 调整了 TLAB 大小计算逻辑，避免为短生命周期、轻度分配的线程分配过大的 TLAB，减少内存浪费，提升堆利用率，降低 Young GC 频率。
升级 JDK 27 前应该做哪些准备？
升级前应在测试环境对比 GC 日志，关注 Young GC 频率、Full GC 次数、暂停时间分布和堆大小变化。如果依赖 Serial GC 的低资源占用，需显式加上 -XX:+UseSerialGC。
