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

一、调优核心原则

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

二、参数配置调优

新生代调优

比例设置
- -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耗时长：减小阈值。

老年代调优

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

三、垃圾回收器适配

回收器组合	新生代策略	老年代策略	适用场景
Parallel Scavenge + Parallel Old	复制算法	标记-整理	高吞吐量（批处理）
ParNew + CMS	复制算法	标记-清除	低延迟（Web服务）
G1	分区复制	分区标记-整理	大堆内存（>4GB）

配置示例：

bash 复制代码

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

四、监控与验证

关键指标
- 新生代：Minor GC频率、平均停顿时间。
- 老年代：Full GC频率、老年代占用率。
工具使用
- jstat：jstat -gcutil 查看各区域使用率。
- VisualVM：分析堆内存快照（Heap Dump），定位大对象。
- GC日志：
  bash 复制代码
```
-Xlog:gc*:file=gc.log:time:filecount=5,filesize=1M
```
压测验证
- 使用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。

六、避坑指南

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

总结

调优需遵循 "代码优化 → 参数调整 → 监控验证" 流程：

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

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