分代收集策略通过按对象寿命分组回收显著提升高并发内存效率，核心是eden区快速minor gc、survivor区低开销复制、老年代规避日常回收，并需依流量调优参数、严控跨代引用，zgc等现代收集器更可实现毫秒级并发年轻代回收。
分代收集策略在高并发场景下提升内存回收效率，核心在于“按对象寿命分组处理”，避免每次GC都扫描全堆。它不追求一次清空所有垃圾，而是用更小、更快、更有针对性的回收动作，匹配高并发系统中大量短命对象的现实特征。
为什么高并发系统特别需要分代？
高并发服务（如API网关、订单中心）每秒创建海量临时对象：HTTP请求体、JSON解析结果、线程局部缓存、DTO转换中间对象等。这些对象90%以上存活时间不足100ms，且彼此独立、无长引用。若统一用标记-清除扫全堆，不仅耗时长，还会因频繁停顿拖垮吞吐量。
- Eden区填满快 → Minor GC触发频繁，但只扫年轻代，毫秒级完成
- Survivor区容量小、复制开销低 → 存活对象快速迁移，不产生碎片
- 老年代几乎不参与日常回收 → 避免高并发期触发代价高昂的Full GC
关键配置要贴合业务流量模式
默认参数在高并发下往往失灵。例如突发流量导致Eden区瞬间打满，Survivor空间不足，大量对象被迫提前晋升至老年代，埋下后续Major GC隐患。
- 适当调大Eden区比例（如-XX:NewRatio=2），减少Minor GC频次
- 根据对象平均存活轮次调整晋升阈值（-XX:MaxTenuringThreshold），避免过早或过晚晋升
- 监控promotion rate（晋升速率），若持续高于1MB/s，说明年轻代偏小或对象生命周期异常
跨代引用必须可控
高并发中常见“老年代单例持有新生代对象”的反模式，比如静态Map缓存了刚创建的请求上下文。这会污染记忆集（Remembered Set），迫使Minor GC扫描老年代脏卡，大幅延长停顿。
- 禁用长期持有临时对象的静态集合，改用WeakHashMap或显式清理逻辑
- 避免在ThreadLocal中存放大对象，尤其不随请求结束而自动失效的类型
- 用JFR或GC日志中的"Remembered Set" update time指标定位跨代污染热点
现代收集器可进一步解耦延迟与吞吐
当系统对响应时间极度敏感（如金融交易、实时推荐），ZGC或Shenandoah的分代模式比传统G1更稳：它们把年轻代回收完全并发化，停顿时间稳定在10ms内，且不受堆大小影响。
- JDK 21+启用分代ZGC：-XX:+UseZGC -XX:+ZGenerational
- 配合-Xmx32g以上堆时，年轻代Region自动扩容，适应突发流量
- 无需调优Survivor比例——Region按需分配，复制仅发生在活跃Region内
