Java内存清理教程：怎么通过System类观察当前堆内存剩余空间-java教程-PHP中文网

Java无法直接清理内存，但可通过Runtime.getRuntime()的totalMemory()、freeMemory()、maxMemory()观察堆内存使用情况，结合System.gc()触发GC并对比前后freeMemory()值变化来判断回收效果，需注意freeMemory()不等于实际可用空间。

java内存清理教程：怎么通过system类观察当前堆内存剩余空间

Java中无法直接“清理”内存，但可以通过 System 类相关方法观察堆内存使用情况，辅助判断GC是否生效、是否存在内存压力。注意：System.gc() 仅是建议JVM执行垃圾回收，不保证立即执行，也不推荐在生产环境频繁调用。

一、用Runtime获取堆内存基础信息

Runtime.getRuntime() 提供三个关键方法，返回字节数（long类型），需自行换算为MB/KB更直观：

totalMemory()：当前JVM向操作系统申请的堆内存总量（已分配，不一定全被使用）
freeMemory()：当前堆中未被使用的空闲内存（即“剩余可用空间”，但含尚未回收的垃圾对象）
maxMemory()：JVM堆内存最大可扩展上限（由 -Xmx 参数决定；若未设置，则为平台默认值）

实际“当前可用堆空间” ≈ freeMemory() + 可被GC回收的对象所占空间，但后者无法直接读取，因此观察需结合GC前后对比。

二、观察内存变化的典型操作步骤

要真实看到“剩余空间”动态变化，必须触发GC并对比前后数值：

调用 System.gc() 发出回收建议（配合 Runtime.getRuntime().runFinalization() 可确保终结器执行，但现代JVM通常无需）
调用 Thread.sleep(10–100) 短暂等待（GC可能异步执行，需留出时间）
再次获取 freeMemory()，与GC前对比——若明显增大，说明有对象被回收
建议重复2–3次，排除JIT编译、类加载等干扰

示例代码片段：

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

Runtime rt = Runtime.getRuntime();
System.out.println("初始空闲: " + rt.freeMemory() / 1024 / 1024 + " MB");
System.gc();
try { Thread.sleep(50); } catch (InterruptedException e) {}
System.out.println("GC后空闲: " + rt.freeMemory() / 1024 / 1024 + " MB");