最常用且有效的方式是结合 JVM 启动参数与运行时监控工具：启动时加 -XX:+PrintGCDetails 等参数输出 GC 日志，从中解析各区域容量与使用量；运行时用 jstat -gc 动态查看 S0C/S0U/EC/EU/OC/OU/MC/MU 等指标并计算占比；辅以 JConsole、VisualVM 或 JMC 可视化验证。
直接查看 JVM 各内存区域的实时占用比例，最常用且有效的方式是结合 JVM 启动参数 + 运行时监控工具，无需修改代码就能获取准确数据。
启动时开启 GC 日志和详细内存信息
在 JVM 启动命令中添加以下参数，可让每次 GC 时打印各区域容量与使用量：
- -XX:+PrintGCDetails：输出详细的 GC 日志，含 Eden、Survivor（From/To）、老年代、元空间（Metaspace）的当前大小与已用大小
- -Xloggc:gc.log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=10M（JDK 9+ 推荐用 -Xlog）：将日志持久化，便于后续分析
- -XX:+PrintGCTimeStamps：加上时间戳，方便关联业务行为
示例启动命令片段：
java -Xms256m -Xmx1g -XX:MetaspaceSize=128m -XX:+PrintGCDetails -Xloggc:gc.log MyApp
运行后查看 gc.log，典型输出如：
[Eden: 10240K(10240K)->0K(10240K) Survivors: 1024K->1024K Heap: 20480K(30720K)->10240K(30720K)]
其中括号内为“总容量”，箭头前为“已用容量”，可直接算出百分比（如 Eden 使用率 = 10240K / 10240K = 100%）。
运行时动态查看内存分布（无需重启）
对已运行的 Java 进程，可用 JDK 自带命令即时获取当前各区域占用：
-
jstat -gc
：显示堆各子区（S0C/S1C/EC/OC/MC）容量（Capacity）和已用（Used），单位 KB；例如：
S0C: 1024.0 S0U: 256.0 EC: 8192.0 EU: 6240.0 OC: 17408.0 OU: 4120.0 MC: 28672.0 MU: 24120.0
计算 Eden 占用率 = EU / EC ≈ 76%，元空间 = MU / MC ≈ 84% -
jstat -gccapacity
：显示各区域当前最大容量（受动态策略影响），适合观察 JVM 是否已按预期分配空间 -
jcmd
VM.native_memory summary （需先启用 -XX:NativeMemoryTracking=summary）：查看堆外内存（如 Metaspace、Direct Buffer、线程栈）整体分布
图形化工具辅助验证（适合开发/测试环境）
对于更直观的可视化，推荐以下轻量级工具：
- JConsole：JDK 自带，连接进程后切换到“内存”页签，顶部饼图即显示堆内各区（Eden、Survivor、Old）实时占比；下方“内存池”列表还单独列出 Metaspace、Compressed Class Space 等
- VisualVM（配合 VisualGC 插件）：提供动态柱状图，实时刷新 Eden、S0、S1、Old、Metaspace 的使用曲线与百分比，支持快照对比
- JDK Mission Control（JMC）+ JFR：生产环境低开销方案，录制期间可精确统计各内存池的平均/峰值使用率，支持导出为 CSV 分析
注意几个关键细节
实际看到的比例可能和预期不同，原因包括：
- 默认启用 -XX:+UseAdaptiveSizePolicy（JDK 8+ 默认开启），JVM 会动态调整新生代大小，导致 Eden/Survivor 实际比例浮动，此时 -XX:SurvivorRatio 可能不生效
- 元空间（Metaspace）不再受 -XX:MaxPermSize 控制，而是由 -XX:MaxMetaspaceSize 限定，默认无上限，容易持续增长直至 OOM
- “堆内存”仅包含 Heap（新生代+老年代），方法区（元空间）、线程栈、直接内存属于堆外，需用不同参数或命令单独查看
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
