如果您能描述一下需要垃圾回收的原因就更好了。如果您正在使用SWT，您可以释放图像和字体等资源来释放内存。例如:

Image img = new Image(Display.getDefault(), 16, 16);
img.dispose();

还有一些工具可以确定未处理的资源。

强制GC的最佳(如果不是唯一)方法是编写自定义JVM。我认为垃圾收集器是可插拔的，因此您可能只需要选择一个可用的实现并对其进行调整。

注意:这不是一个简单的答案。

如果您正在运行内存并得到一个OutOfMemoryException，您可以尝试通过java -Xms128m -Xmx512m开始编程来增加java可用的堆空间的数量，而不仅仅是java。这将使您的初始堆大小为128Mb，最大堆大小为512Mb，远远超过标准的32Mb/128Mb。

如何强制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是一个愚蠢的游戏。

我们可以使用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());
}

jlibs库有一个很好的用于垃圾收集的实用程序类。您可以使用WeakReference对象的一个漂亮的小技巧强制垃圾收集。

RuntimeUtil.gc()从jlibs:

   /**
    * This method guarantees that garbage collection is
    * done unlike <code>{@link System#gc()}</code>
    */
   public static void gc() {
     Object obj = new Object();
     WeakReference ref = new WeakReference<Object>(obj);
     obj = null;
     while(ref.get() != null) {
       System.gc();
     }
   }