堆内存监控核心指标包括heap used、heap committed与heap max，三者需满足used ≤ committed ≤ max；eden区周期性波动正常，survivor持续打满提示晋升异常，老年代缓慢爬升是内存泄漏关键信号。
堆内存监控是JVM性能分析的核心环节，直接反映应用对象生命周期、GC行为是否健康，以及是否存在内存泄漏或配置失当。关键不在于看“有没有数据”，而在于理解每个指标的含义、正常范围和异常信号。
魔搭GPT（ModelScopeGPT）是一款AI视频创作工具，阿里达摩院推出的大小模型协同的智能助手，具备作诗、绘画、视频生成、语音播放等多模态能力。
堆内存使用量（Heap Used）与使用率（Heap Usage）
这是最直观的指标：Heap Used表示当前已分配并正在使用的堆内存字节数；Heap Usage则是其占最大堆（Heap Max）的百分比。持续高于80%会触发频繁GC，若长期维持在90%以上，大概率伴随Full GC增多或OOM风险。注意区分“使用量”和“提交量”——即使Used不高，若Committed接近Max，说明JVM已预留大量内存但未充分使用，可能存在-Xms设置过大或碎片化问题。
已提交堆内存（Heap Committed）与最大堆（Heap Max）
Committed是JVM向OS实际申请、保证可用的内存量，它不会随GC自动收缩（除非发生Full GC且内存可回收）；Max由-Xmx决定，是硬性上限。三者关系应为：Heap Used ≤ Heap Committed ≤ Heap Max。若Committed长期等于Max，说明堆已完全预留，但若Used远低于Committed，可能意味着初始堆（-Xms）设得过高，造成资源浪费；反之，若Committed频繁波动增长，说明堆在动态扩容，应将-Xms与-Xmx设为相同值以避免抖动。
分代内存使用情况（Eden、Survivor、Old Gen）
仅看整体堆不够，必须下钻到各内存池：
- Eden区使用率周期性飙升又回落属正常（Minor GC后清空）；若长期高位不降，说明对象存活率高或分配速率过大
- Survivor区使用率持续上升或反复打满，可能因晋升阈值过低（-XX:MaxTenuringThreshold太小）或Survivor空间不足（-XX:SurvivorRatio不合理）
- 老年代使用率缓慢但持续爬升，是内存泄漏的典型前兆；若每次Full GC后无法显著回落，基本可判定存在长生命周期对象堆积或类加载器泄漏
对象晋升速率与老年代活跃对象占比
这不是直接暴露的指标，需通过jstat或GC日志计算得出：单位时间内从新生代晋升至老年代的对象大小（Promotion Rate）。若该速率接近Eden分配速率，说明大量对象“短命不短”，可能因缓存滥用、中间对象未及时释放所致。健康状态下，老年代活跃对象应稳定在总容量30%以内；超过50%即需警惕，尤其当配合Full GC频次增加时。
