JVM堆大小如何设置？

一、核心参数与默认值

1. 基础参数
   • -Xms：初始堆大小（启动时分配），默认物理内存的 1/64。
   • -Xmx：最大堆大小（运行时上限），默认物理内存的 1/4。
     推荐设置：-Xms = -Xmx，避免堆动态扩容导致的性能抖动。
2. 分代比例调整
   • -XX:NewRatio：新生代与老年代比例（如 4 表示 1:4，新生代占堆的 1/5）。
   • -XX:SurvivorRatio：Eden 与 Survivor 区比例（如 8 表示 Eden:Survivor=8:2，单个 Survivor 占新生代 1/10）。

---

二、堆大小计算方法

1. 通用经验法则

   • 初始堆：物理内存的 1/4 ~ 1/2（如 16GB 内存设为 4~8GB）。
   • 最大堆：物理内存的 1/2 ~ 3/4（避免耗尽系统内存）。
   • 新生代：堆的 1/3 ~ 1/4（高并发场景可增大，减少 Minor GC 频率）。

2. 场景化调整

   场景	堆大小建议
   高并发 Web 服务	初始/最大堆 = 物理内存 × 50% ~ 70%，优先保障年轻代大小
   批处理任务	最大堆可接近物理内存 80%，避免频繁 Full GC
   内存数据库（如 Redis）	堆预留 20% 空闲空间，防止 OOM；元空间（-XX:MaxMetaspaceSize）限制为 128MB

---

三、监控与验证工具

1. 实时监控
   • jstat -gcutil：查看堆分配、GC 频率及内存占用比例。
   • jmap -heap：输出堆内存详细分布（新生代/老年代/元空间）。
   • VisualVM：图形化分析堆使用情况及对象实例分布。
2. 问题诊断
   • 频繁 Minor GC：增大年轻代（-Xmn 或 -XX:NewRatio）。
     | 指标 | 优化方向 |
     |-------------------------|-----------------------------------------------------------------------------|
     | Young GC > 10次/秒 | 增大 -Xmn 或调整 -SurvivorRatio |
     | Full GC 耗时 > 1秒 | 减少老年代晋升压力（调整 -MaxTenuringThreshold） |

---

四、最佳实践与避坑指南

1. 避免常见错误

   • 堆过小：频繁 GC 导致应用卡顿（如 -Xmx256m 运行大数据处理）。
   • 堆过大：Full GC 停顿时间过长（如 32GB 堆的 CMS 收集器停顿可能超过 10秒）。
   • 忽略元空间：未设置 -XX:MaxMetaspaceSize 导致 OOM（尤其动态生成类场景）。

2. 调优流程

   步骤1：基准测试（默认参数）
   java -jar app.jar
   步骤2：固定堆大小，观察 GC 日志
   java -Xms4g -Xmx4g -XX:+PrintGCDetails -jar app.jar
   步骤3：调整分代比例（示例：年轻代=1/3堆）
   java -Xms4g -Xmx4g -XX:NewRatio=2 -jar app.jar
   步骤4：切换垃圾回收器（如 G1 降低停顿）
   java -Xms4g -Xmx4g -XX:+UseG1GC -jar app.jar

   通过 jstat -gc 对比 Young/Full GC 次数与耗时优化。

---

五、典型配置示例

通用高并发服务（16GB 堆）
java -Xms16g -Xmx16g -XX:NewRatio=2 -XX:SurvivorRatio=8 -XX:MaxMetaspaceSize=512m -XX:+UseG1GC
内存敏感型应用（限制堆与元空间）
java -Xms4g -Xmx4g -XX:NewRatio=3 -XX:MaxMetaspaceSize=256m -XX:+UseParallelGC

💡 关键提示：始终结合 GC 日志分析（-Xlog:gc*）与 压力测试 调整参数，避免理论值与实际场景脱节。