Java中获取堆内存实时使用情况有两种方式：Runtime类适合快速估算，MemoryMXBean更精确且支持监控集成；前者用totalMemory、maxMemory、freeMemory计算已用内存，后者通过getHeapMemoryUsage获取committed、used等准确指标。
Java 中可以通过 Runtime 类和 MemoryMXBean 获取堆内存的实时使用情况，两种方式各有侧重：前者简单直接，适合快速估算；后者更精确，支持监控和告警集成。
用 Runtime 获取堆内存基本信息
Runtime.getRuntime() 提供了三个关键方法，返回字节数，需自行换算为 MB/GB：
- totalMemory()：JVM 当前已向操作系统申请的堆内存总量（即堆初始大小或已扩展后的大小）
-
maxMemory()：JVM 堆内存允许使用的最大值（即
-Xmx设置值，未设置时为默认上限） - freeMemory()：当前堆中未被使用的内存量（注意：不是“空闲可用”，而是未被任何对象占用的部分，包含可回收垃圾）
实际可用堆空间 ≈ maxMemory() - (totalMemory() - freeMemory())，即「最大值减去已使用量」。示例代码：
Runtime rt = Runtime.getRuntime();
long max = rt.maxMemory();
long total = rt.totalMemory();
long free = rt.freeMemory();
long used = total - free;
<p>System.out.printf("Max: %.2f MB, Used: %.2f MB, Free: %.2f MB%n",
max / 1024.0 / 1024.0,
used / 1024.0 / 1024.0,
free / 1024.0 / 1024.0);</p>用 MemoryMXBean 获取详细堆内存状态
java.lang.management.MemoryMXBean 是标准管理接口，能区分堆（Heap）与非堆（Non-Heap），并支持获取 GC 后的精确使用量。推荐用于监控场景：
立即学习“Java免费学习笔记（深入）”；
- 通过
ManagementFactory.getMemoryMXBean()获取实例 - 调用
getHeapMemoryUsage()返回MemoryUsage对象，含init、used、committed、max四个字段 -
committed 表示当前已保证可用于 JVM 的堆内存（即实际分配给堆的物理内存），比
totalMemory()更准确 - used 是当前真正被对象占用的字节数（GC 后更可信）
示例：
MemoryMXBean memoryBean = ManagementFactory.getMemoryMXBean();
MemoryUsage heapUsage = memoryBean.getHeapMemoryUsage();
System.out.printf("Used: %.2f MB, Committed: %.2f MB, Max: %.2f MB%n",
heapUsage.getUsed() / 1024.0 / 1024.0,
heapUsage.getCommitted() / 1024.0 / 1024.0,
heapUsage.getMax() / 1024.0 / 1024.0);
配合 GC 观察真实内存变化
单纯调用 freeMemory() 或 getUsed() 可能反映的是 GC 前的状态。如需观察“GC 后干净的堆”，可在获取前主动触发一次 GC（仅限调试，生产环境慎用）：
- 调用
System.gc()建议 JVM 执行 GC（不保证立即执行） - 更可靠的做法是结合
GarbageCollectorMXBean监听 GC 完成事件，再读取内存数据 - 生产系统建议使用 JMX 远程连接或 Prometheus + JMX Exporter 持续采集，避免手动触发 GC 干扰性能
注意事项和常见误区
以下几点容易导致误判：
-
freeMemory()不等于「还能分配多少对象」——它不含 GC 可回收但尚未清理的内存 -
maxMemory()可能小于-Xmx值（例如使用 G1 时部分内存预留给 Remembered Sets） - 非堆内存（元空间、代码缓存等）需单独通过
getNonHeapMemoryUsage()查看，不计入堆统计 - 多线程环境下频繁读取内存数据无需同步，这些方法本身是线程安全的
