生产环境堆内存需根据物理内存、系统预留、应用对象生命周期和GC表现综合确定：-Xmx建议设为物理内存的50%～70%，且-Xms=-Xmx；新生代占堆1/3～1/2；老年代占用率宜维持在60%～80%，并配合G1或Parallel等GC策略及元空间上限设置。
生产环境堆内存设多大，不能拍脑袋决定，得看应用实际表现和资源约束。核心原则是：够用、稳定、可监控，而不是越大越好。
看物理内存和系统预留
堆内存不是孤立存在的，它要和操作系统、其他进程共享物理内存。主流建议是：
- 最大堆（-Xmx）不超过物理内存的 50%～70%
- 必须为操作系统至少保留 2GB 或 20% 的内存（取较大值），避免因内存不足触发 OOM Killer
- 比如一台 32GB 内存的服务器，-Xmx 建议设在 12GB～20GB 区间，常见配置如 -Xmx16g
看应用对象生命周期和 GC 表现
堆大小最终要服务于 GC 效率。关键观察指标是：
- 老年代占用率长期维持在 60%～80%，说明空间较合理；持续高于 90% 易触发频繁 Full GC
- Minor GC 频率不宜过高（比如每秒多次），也不宜过低（比如几小时一次），理想间隔在数秒到数十秒之间
- 用
jstat -gcutil <pid> 1000每秒采样，重点关注 S0U、S1U、EU、OU、YGC、FGC、GCT 字段
看业务负载与压测数据
静态估算不如实测可靠。真实评估步骤是：
立即学习“Java免费学习笔记（深入）”；
- 在类生产环境（相同 CPU、内存、JDK 版本）做阶梯式压力测试：从 100 QPS 逐步加压到峰值流量
- 记录不同堆大小下的响应时间 P95/P99、吞吐量、GC 暂停时间（特别是 STW 时间）
- 当增大堆后，Full GC 明显减少但单次暂停时间显著上升（如从 100ms → 400ms），说明已接近临界点
看 JVM 参数协同是否匹配
堆大小必须和新生代、GC 策略配合才有意义：
- -Xms 和 -Xmx 必须相等（如 -Xms12g -Xmx12g），防止运行时扩容抖动
- 新生代建议占堆的 1/3～1/2（如 -Xmn4g），避免短生命周期对象过早晋升老年代
- 堆大于 4GB 且延迟敏感，优先选 G1 GC；堆小于 4GB 或吞吐优先，可用 Parallel GC
- 务必设置元空间上限：
-XX:MaxMetaspaceSize=512m，防止动态类加载导致内存失控
