分配速率和晋升速率是java垃圾回收中判断堆健康的核心指标：前者指eden区单位时间新对象分配量（mb/s），反映对象创建活跃度；后者指年轻代晋升至老年代的对象速率（mb/s），预示老年代压力；二者需联动分析，单独观察易误判。
Java 垃圾回收中，分配速率和晋升速率是两个关键运行时指标，直接反映堆内存的使用压力和对象生命周期特征。它们不直接出现在 GC 日志里，但可通过日志计算得出，是判断堆是否健康、GC 是否合理的核心依据。
分配速率：看应用“花钱”有多快
分配速率指单位时间内（通常每秒）新对象在 Eden 区分配的字节数，单位常为 MB/s。它体现应用创建对象的活跃程度。
- 计算方法：从一次 Young GC 前后的 Eden 使用量差值（减去 GC 后剩余的存活对象），除以两次 GC 的时间间隔。例如，两次 Minor GC 间隔 200ms，Eden 从 0MB 涨到 80MB 后被清空，则分配速率为 80MB / 0.2s = 400 MB/s
- 过高（如持续 >200–300 MB/s）往往意味着短生命周期对象过多，可能触发频繁 Minor GC，增加 Stop-The-World 时间；也可能是缓存滥用、字符串拼接、临时集合泛滥等代码问题
- 注意区分“瞬时峰值”和“稳定高值”：偶发 500 MB/s 不一定异常，但持续 400 MB/s 且 Minor GC 频率同步上升，就需关注
晋升速率：看有多少“老人”提前搬进老年代
晋升速率指单位时间内从年轻代晋升到老年代的对象大小，单位也是 MB/s。它反映对象存活时间是否超出预期，是老年代压力的先行指标。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 计算方法：观察每次 Minor GC 后，老年代使用量的增长量（排除 CMS 或 G1 中并发标记阶段的浮动垃圾干扰），除以时间间隔。例如，Minor GC 后老年代从 200MB → 215MB，间隔 1s，则晋升速率为 15 MB/s
- 正常应用晋升速率应远低于分配速率（比如
- 突发性晋升飙升（如某次 GC 晋升 80MB）常伴随大对象直接分配（>-XX:PretenureSizeThreshold）、或 Survivor 区无法容纳存活对象导致“幸存者空间溢出（Survivor Overflow）”
两者结合判断堆健康度
单独看任一指标都容易误判，必须联动分析：
- 健康信号：分配速率中等（
- 亚健康信号：分配速率不高，但晋升速率偏高 → Survivor 区配置不合理或对象年龄分布异常；或分配速率高 + 晋升速率低 → GC 效率尚可，但需关注吞吐与响应平衡
- 危险信号：分配速率高 + 晋升速率同步升高 → 年轻代来不及回收，老年代快速填满，极易触发 Full GC；此时 GC 日志中常见 “Allocation Failure” 触发 Minor GC，紧接着 “Promotion Failed” 或 “Concurrent Mode Failure”
实用监控建议
靠人工算太慢，建议落地自动化观测：
- 用 JVM 自带工具：jstat -gc
1000 可持续输出各区容量与 GC 统计，从中提取 EdenUsed、OldUsed、YGCT、FGCT 等字段做差分计算 - 接入 Prometheus + JMX Exporter，暴露 jvm_memory_used_bytes{area="heap",id="PS Old Gen"} 等指标，配合 rate() 函数自动算出晋升速率
- 关键阈值可设告警：晋升速率 >10 MB/s 持续 1 分钟，或分配速率 >300 MB/s 且 Minor GC 频率 >1 次/秒，即触发排查流程
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
