JVM中如何调优新生代和老生代？

一、调优核心原则

1. 优先优化代码
   • 检查内存泄漏（如静态集合未清理）、避免大对象直接分配（-XX:PretenureSizeThreshold）。
   • 减少临时对象创建（如复用对象池）。
2. 平衡GC频率与停顿时间
   • 新生代过小 → 频繁Minor GC；过大 → 老年代易溢出。
   • 老年代过小 → Full GC频繁；过大 → 浪费内存。

二、参数配置调优

1. 新生代调优

• 比例设置
  • -XX:NewRatio=2（默认1:2）。
  • 高并发场景：-XX:NewRatio=1（新生代占1/2堆）。
  • 低延迟场景：-Xmn512m直接固定新生代大小（优先级高于NewRatio）。
• 内部分区优化
  • -XX:SurvivorRatio=8（Eden:S0:S1=8:1:1）。
  • 大对象场景：-XX:SurvivorRatio=4（减少Survivor区占用）。
• 晋升阈值控制
  • -XX:MaxTenuringThreshold=15（默认15）。
  • 若对象过早晋升：增大阈值；若Minor GC耗时长：减小阈值。

2. 老年代调优

• 空间分配
  • 观察Full GC时老年代占用率：若>70%，增大-Xmx或-XX:MaxOldSize。
  • CMS收集器：-XX:CMSInitiatingOccupancyFraction=70（老年代70%触发GC）。
• 避免大对象直接进入老年代
  • -XX:PretenureSizeThreshold=1000000（单位byte）。

三、垃圾回收器适配

配置示例：

高吞吐场景（Parallel组合）
java -Xms4g -Xmx4g -XX:NewRatio=2 -XX:+UseParallelGC -XX:+UseParallelOldGC
低延迟场景（G1）
java -Xms8g -Xmx8g -XX:NewRatio=1 -XX:+UseG1GC -XX:MaxGCPauseMillis=200

四、监控与验证

1. 关键指标
   • 新生代：Minor GC频率、平均停顿时间。
   • 老年代：Full GC频率、老年代占用率。
2. 工具使用
   • jstat：jstat -gcutil 查看各区域使用率。
   • VisualVM：分析堆内存快照（Heap Dump），定位大对象。
   • GC日志：

     -Xlog:gc*:file=gc.log:time:filecount=5,filesize=1M
     

3. 压测验证
   • 使用JMeter模拟并发，对比调优前后的TPS和延迟。

五、典型场景调优
案例1：电商系统频繁Full GC

• 症状：老年代占用率持续>80%。
• 方案：
  1. 增大老年代：-Xms6g -Xmx6g -XX:NewRatio=1（新生代占1/2）。
  2. 启用G1：-XX:+UseG1GC -XX:InitiatingHeapOccupancyPercent=45。
     案例2：日志系统Minor GC耗时长
• 症状：单次Minor GC>500ms。
• 方案：
  1. 减小晋升阈值：-XX:MaxTenuringThreshold=3。
  2. 增加Survivor区：-XX:SurvivorRatio=6。

六、避坑指南

1. 勿过度依赖默认值
   • JDK 8默认Parallel Scavenge+Parallel Old，高并发场景需切换至G1或CMS。
2. 避免内存分配失衡
   • 新生代占比建议：25%_{50%，老年代占比：50%}75%。
3. 监控元空间
   • 动态生成类（如反射）易导致Metaspace OOM，需设置-XX:MaxMetaspaceSize。

总结
调优需遵循 “代码优化 → 参数调整 → 监控验证” 流程：

1. 代码层：减少无效对象、避免大数组。
2. 参数层：按场景配置NewRatio、SurvivorRatio、GC类型。
3. 监控层：通过日志和工具持续验证效果。

💡 终极建议：生产环境优先使用G1收集器（JDK 9默认），平衡吞吐与延迟；若对象生命周期极短（如Web请求），可尝试-XX:+UseSerialGC降低单线程GC开销。