如何深度调优新生代 Scavenge 算法的内存晋升阈值-js教程-PHP中文网

maxtenuringthreshold调高不一定减少老年代晋升，因动态年龄判定优先级更高：当某年龄对象总大小超survivor空间一半时，该年龄及以上对象批量晋升；实际晋升阈值以gc日志中“new threshold”为准，而非配置值。

如何深度调优新生代 scavenge 算法的内存晋升阈值

为什么 `MaxTenuringThreshold` 调高不一定减少晋升

新生代对象晋升到老年代，不只看年龄（GC 次数），更受 SurvivorSpace 容量和 TargetSurvivorRatio 实际使用率影响。JVM 会在每次 Minor GC 后动态计算“年龄分布直方图”，只有当某年龄的对象总大小 > SurvivorSpace 的一半时，该年龄及更老的对象才会批量晋升——这个机制叫“动态年龄判定”，它优先级高于 MaxTenuringThreshold。

所以盲目把 -XX:MaxTenuringThreshold=15 调到 15（默认值）或更高，可能完全无效，甚至因 Survivor 区长期淤积导致提前触发晋升或 Promotion Failure。

检查是否启用动态年龄判定：它默认开启，无法关闭；可通过 -XX:+PrintGCDetails 日志中 age 行确认（例如 age 1: 1234560 bytes, 1234560 total）
SurvivorRatio 过大会压缩 Survivor 空间，加剧早晋升；建议保持 -XX:SurvivorRatio=6（即 Eden:S0:S1 = 6:1:1）作为起点
若日志频繁出现 Desired survivor size 接近或超过实际 Survivor 容量，说明 Survivor 不够用，此时调 MaxTenuringThreshold 是徒劳

如何用 GC 日志定位真实晋升年龄

关键不是设阈值，而是看清对象到底几岁就走了。打开 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps，关注每次 Minor GC 后的 age 统计块：

Desired survivor size 1048576 bytes, new threshold 7 (max 15)
- age   1:    2932120 bytes,    2932120 total
- age   2:    1048576 bytes,    3980696 total
- age   3:     524288 bytes,    4504984 total

上面例子中，Desired survivor size 是 1MB，而 age 1 单龄就占了 2.9MB → 超过阈值，JVM 会把所有 age ≥ 1 的对象全部晋升，实际阈值被动态压到 1，MaxTenuringThreshold=15 形同虚设。

真正有效的阈值是日志里每次打印的 new threshold，不是你配置的 MaxTenuringThreshold
如果 new threshold 长期 ≤ 2，说明对象存活率高或 Survivor 太小，应优先扩容新生代或调大 SurvivorRatio
避免只看一次日志：用 grep "age" gc.log | head -20 观察连续多次 GC 的趋势

`MaxTenuringThreshold` 唯一该调低的场景

仅当确认存在大量“短命但跨 GC 存活 2~3 次才死”的对象，且它们反复在 Survivor 区搬运、浪费 CPU 和带宽时，才考虑主动压低阈值，让它们更快进老年代——前提是老年代有足够空间且 CMS/G1 不因此频繁并发失败。

典型场景：RPC 框架临时组装的 Request/Response 对象，构造后仅在本次调用链存活，但因线程局部性被带过 1~2 次 GC
操作方式：先用 -XX:+PrintTenuringDistribution 确认这类对象集中在 age 2~3；再设 -XX:MaxTenuringThreshold=2，观察老年代增长速率与 Full GC 频次
风险点：ZGC/Shenandoah 不支持该参数；G1 中该参数已被忽略（G1 使用 -XX:G1MaxNewSizePercent 和 -XX:G1NewSizePercent 间接影响晋升节奏）

比调阈值更重要的三件事

绝大多数“晋升过多”问题，根源不在阈值，而在对象生命周期设计或内存布局。强行调参往往掩盖真因。

检查是否有缓存类对象（如 ThreadLocal、静态 Map）意外持有新生代对象引用，阻止其及时回收
确认是否启用了 -XX:+AlwaysTenure（极少见但存在），它会彻底绕过年龄判断，所有幸存对象直接晋升
对于 G1，MaxTenuringThreshold 已无意义；应关注 -XX:G1MixedGCCountTarget 和 -XX:G1OldCSetRegionThresholdPercent 控制混合回收节奏

真正需要深度调优的，从来不是那个数字，而是对象从创建到不可达之间，究竟发生了什么。