JVM规范没有详细说明垃圾收集。因此，供应商可以自由地以自己的方式实现GC。

因此，这种模糊性导致了垃圾收集行为的不确定性。您应该检查JVM的详细信息以了解垃圾收集方法/算法。此外，还有自定义行为的选项。

最好的选择是调用System.gc()，这只是给垃圾收集器一个提示，表明您希望它进行收集。由于垃圾收集器是不确定的，因此没有办法强制和立即回收。

在OutOfMemoryError的文档中，它声明除非虚拟机在完整的垃圾回收后未能回收内存，否则它不会被抛出。因此，如果您一直分配内存直到出现错误，那么您将已经强制进行完整的垃圾收集。

想必您真正想问的问题是“如何回收我认为应该通过垃圾收集回收的内存?”

如何强制Java GC

好了，这里有几种强制Java GC的不同方法。

单击JConsole的Perform GC按钮 使用JMap的JMap -histo:live 7544命令，其中7544是pid 调用Java诊断控制台的jcmd 7544 GC.run命令 调用system . gc ();在代码中 .gc调用Runtime.getRuntime () ();在代码中

这些都不行

这是一个肮脏的小秘密。这些方法都不能保证有效。你真的不能强制Java GC。

Java垃圾收集算法是不确定的，虽然所有这些方法都可以激励JVM执行GC，但实际上不能强制执行。如果JVM有太多事情要做，而停止世界操作是不可能的，那么这些命令要么会出错，要么会运行，但GC实际上不会发生。

if (input.equalsIgnoreCase("gc")) {
    System.gc();
    result = "Just some GC.";
}

if (input.equalsIgnoreCase("runtime")) {
    Runtime.getRuntime().gc();
    result = "Just some more GC.";
}

解决恼人的问题

如果遇到内存泄漏或对象分配问题，请修复它。坐在那里，手指放在Java任务控制的强制Java GC按钮上，只会拖延时间。使用Java Flight Recorder配置应用程序，在VisualVM或JMC中查看结果，并修复问题。试图强制Java GC是一个愚蠢的游戏。

在带有G1 GC的OracleJDK 10上，对System.gc()的单个调用将导致GC清理旧集合。我不确定GC是否立即运行。但是，即使在循环中多次调用System.gc()， GC也不会清理Young Collection。为了让GC清理Young Collection，你必须在一个循环中分配(例如new byte[1024])，而不调用System.gc()。出于某种原因调用System.gc()会阻止GC清理Young Collection。

您可以尝试使用Runtime.getRuntime(). GC()或使用实用方法System.gc()注意:这些方法不能确保GC。它们的作用范围应该限制在JVM中，而不是在应用程序中以编程方式处理它。