AdaptiveSizePolicy仅动态调整新生代内Eden与Survivor区大小及晋升年龄阈值，不改变NewRatio或年轻代/老年代比例；它默认启用但易导致Survivor过小、对象过早晋升，应关闭并用-Xmn、-XX:SurvivorRatio等固定参数调优。
自适应大小策略（Adaptive Size Policy）是HotSpot JVM默认启用的机制，它会根据GC行为、对象晋升速率、停顿目标等运行时数据，动态调整年轻代内部各区域（Eden、S0、S1）以及年轻代与老年代之间的比例。理解它不是为了“关闭它”，而是为了看清JVM在做什么、为什么这么调，从而在必要时干预。
自适应策略到底在调什么
它主要自动调节三类比例：
- Eden 与 Survivor 区的比例：通过隐式调整实际分配的 Survivor 空间大小，改变对象在 Survivor 中的存活轮次和晋升时机；
- 年轻代与老年代的占比：基于 -XX:NewRatio 的初始设定，但运行中可偏离该值，优先满足 GC 停顿或吞吐量目标；
- 各代内部容量增长节奏：比如 Minor GC 后若发现 Survivor 空间不足、大量对象提前晋升，JVM 可能扩大 Survivor 区、缩小 Eden 区，哪怕你设了 -XX:SurvivorRatio=8。
如何确认它正在起作用
启动时加参数观察日志变化：
-
-XX:+PrintGCDetails -XX:+PrintAdaptiveSizePolicy：输出每次 GC 后 JVM 对各区域大小的重估结果，例如：
AdaptiveSizePolicy::compute_generation_sizes: requested young gen size: 1073741824
AdaptiveSizePolicy::update_eden_size: new eden size: 954466304, survivor size: 59768832 - 用 jstat -gc
持续查看 S0C、S1C、EC 的数值是否随时间波动——如果稳定不变，可能策略被禁用或刚启动尚未触发调整；如果明显浮动，说明策略活跃。
什么时候该考虑关闭它
当你的应用有强确定性内存行为，或你已通过压测找到一组更优的静态配置时，关闭自适应反而更可控：
- 添加 -XX:-UseAdaptiveSizePolicy，此时 -XX:SurvivorRatio 和 -XX:NewRatio 才真正生效；
- 配合 -Xmn 显式固定年轻代总大小，避免 JVM 自行扩缩；
- 注意：关闭后需手动保障 Survivor 区足够容纳短期存活对象，否则会引发 premature tenuring（过早晋升），推高 Full GC 频率。
实战中怎么用它辅助调优
把它当作一个“诊断助手”而非黑盒：
- 若 jstat 显示 SurvivorUsed 持续接近 SurvivorCap，且 MaxTenuringThreshold 实际生效值偏低（如降到 1~2），说明 Survivor 区偏小，JVM 正在被迫加速晋升——这时可主动调小 -XX:SurvivorRatio（如从 8 改为 4 或 3）；
- 若 GC 日志中频繁出现 “Desired survivor size” 被反复下调，反映 Survivor 空间碎片或对象年龄分布异常，需结合 -XX:TargetSurvivorRatio（如设为 75 或 80）引导 JVM 保留更多可用 Survivor 空间；
- 观察 AdaptiveSizePolicy 输出中 “tenuring threshold” 的变化趋势：长期稳定在较低值（如 1~3），说明多数对象活不过几次 Minor GC，可考虑缩短对象生命周期或优化缓存策略，而非一味调大 Survivor。
