如果需要强制垃圾收集，也许应该考虑如何管理资源。您正在创建持久化在内存中的大对象吗?您是否正在创建具有Disposable接口的大型对象(例如图形类)，并且在使用它时不调用dispose() ?您是否在类级别声明了只需要在单个方法中使用的东西?

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

我想在这里补充一些东西。请不要说Java运行在虚拟机而不是实际的机器上。虚拟机有自己的与机器通信的方式。它可能因系统而异。现在，当我们调用GC时，我们要求Java虚拟机调用垃圾收集器。

由于垃圾收集器是与虚拟机一起使用的，我们不能强迫它当场进行清理。相反，我们将请求与垃圾收集器一起排队。这取决于虚拟机，在特定时间之后(这可能因系统而异，通常在分配给JVM的阈值内存已满时)，实际机器将释放空间。: D

我们可以使用java运行时触发jmap -histo:live <pid>。这将强制在堆上进行完整的GC，以标记所有活动对象。

public static void triggerFullGC() throws IOException, InterruptedException {
    String pid = ManagementFactory.getRuntimeMXBean().getName().split("@")[0];
    Process process = Runtime.getRuntime().exec(
            String.format("jmap -histo:live %s", pid)
    );
    System.out.println("Process completed with exit code :" + process.waitFor());
}

是的，几乎可以强迫你必须以相同的顺序调用方法，同时这些方法是:

System.gc ();
System.runFinalization ();

即使只是一个对象来清理，同时使用这两个方法强制垃圾收集器使用不可达对象的finalize()方法释放分配的内存并执行finalize()方法的状态。

不过是一个可怕的实践使用垃圾收集器,因为使用它可能会引入一个加载的软件可能甚至比在内存坏,垃圾收集器有自己的线程是不可能控制+根据gc可能需要更多的时间和所使用的算法是考虑非常低效,您应该检查您的软件如果它坏在gc的帮助,因为它绝对是坏,一个好的解决方案不能依赖于gc。

注意:只是要记住，只有在finalize方法中没有对对象进行重赋时，这才会起作用，如果发生这种情况，对象将保持存活，它将有一个复活，这在技术上是可能的。

在未来的版本中，.gc可能会被淘汰——一位Sun工程师曾经评论说，世界上可能只有不到20人真正知道如何使用.gc()——我昨晚花了几个小时研究一个中心/关键数据结构，使用securerrandom生成的数据，当超过40000个对象时，虚拟机就会变慢，就像指针用光了一样。显然，它被16位指针表所阻塞，并表现出典型的“机械故障”行为。

我尝试了-Xms等等，一直在旋转，直到它运行到大约57,xxx什么的。然后，在gc()之后，它将运行gc，从57,127到57,128——大约是Easy Money营地代码膨胀的速度。

你的设计需要基本的重新工作，可能是一个滑动窗口的方法。