Java应用JVM堆内存与物理内存比例需综合物理内存、系统预留、CPU核心数、应用对象生命周期及GC表现确定：-Xmx建议设为物理内存50%～70%，但须为OS预留≥2GB或≥20%（取大值），32GB机器常见设为16g；4核以下堆≤4g，8～16核适配G1 GC并设8～16g；老年代使用率OU宜维持60%～80%，YGC间隔几秒至数十秒为佳，须配合元空间（-XX:MaxMetaspaceSize=256m～512m）和堆外内存管控。
Java 应用的 JVM 堆内存与物理内存比例，不能靠经验公式硬套，得结合 CPU 能力、内存总量、应用行为和系统共存需求综合判断。核心目标是让堆够用、GC 稳定、系统不抢资源。
看物理内存总量和系统预留底线
堆不是独占内存的“孤岛”，操作系统、内核、其他进程（如数据库、Nginx、监控 agent）都要分走一部分。强行把堆设太高，容易触发 Linux 的 OOM Killer 杀掉 Java 进程。
- 必须为 OS 预留 ≥2GB 或 ≥20% 物理内存（取较大值）
- -Xmx 建议设为物理内存的 50%～70%，常见取中间值（如 32GB 机器 → -Xmx16g）
- 若机器还跑 Redis、MySQL 等重量级服务，建议压到 40%～50%
看 CPU 核心数与 GC 吞吐压力
CPU 不是越多越好，而是要匹配 GC 类型和并发能力。堆越大，单次 GC（尤其 Full GC 或 G1 Mixed GC）越耗时，需要足够 CPU 资源快速完成 STW 或并发阶段。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 4 核以下：堆不宜超过 4GB，推荐 Parallel GC + -Xmx3g
- 8～16 核：适合 G1 GC，堆可设 8～16GB，注意开启 -XX:+UseG1GC 和 -XX:MaxGCPauseMillis=200
- 32 核以上：可支撑更大堆（如 24GB），但需验证 GC 并发线程数（-XX:ParallelGCThreads 和 -XX:ConcGCThreads）是否合理
看应用对象生命周期与 GC 实际表现
堆大小最终要服务于 GC 效率，而不是“看着空闲多就加”。关键看运行时指标：
立即学习“Java免费学习笔记（深入）”；
- 用 jstat -gcutil <pid> 1000 每秒采样，重点观察 OU（老年代使用率）：长期在 60%～80% 较健康；持续＞90% 就该扩容或查内存泄漏
- YGC 频率应在几秒到几十秒一次；每秒多次说明新生代太小，对象频繁晋升
- FGC 几乎不该发生（批处理类除外）；每月＞1 次需警惕
看元空间与堆外内存的实际占用
VMRSS（进程实际驻留内存）常比堆大很多，原因往往不在堆本身，而在非堆区域：
- 务必设置 -XX:MaxMetaspaceSize=256m～512m（JDK8+），防动态类加载失控
- Direct Buffer、JNI、JIT 编译代码缓存等堆外内存，可通过 -XX:MaxDirectMemorySize 限制（如 -XX:MaxDirectMemorySize=1g）
- 用 pmap -x <pid> 或 Native Memory Tracking（-XX:NativeMemoryTracking=detail） 查真实内存分布
