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

手动请求GC(不是从System.gc()):

转到:bin文件夹在JDK中，例如。c: \ Program Files \ Java \ jdk1.6.0_31 \ bin 打开jconsole.exe 连接到所需的本地进程。 进入“内存”页签，单击“执行GC”。

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

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

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

我想强制gc，因为当它发生时，我的代码被冻结了很长时间。其目的是通过定期引起gc来平滑充电。 所列出的解决方案在我的环境中并不强制。

So:

我请求内存临时变量， 简单地，通过增量， 并监视内存并在触发gc时立即停止操作。

它很容易工作，但你必须调整。

Runtime rt = Runtime. getruntime (); double usedMB = (rt.totalMemory() - rt.freeMemory()) / 1024 / 1024; if (usedMB > 1000) //只在必要时使用 ｛ Byte [][] for_nothing = new Byte [10][]; For (int k = 0;K < 10;k + +) For_nothing [k] = new byte[100_000_000]; ｝ system . gc (); .gc Runtime.getRuntime () (); .runFinalization Runtime.getRuntime () ();

FYI

方法调用System.runFinalizersOnExit(true)保证终结器方法 在Java关闭之前调用。然而，这种方法本质上是不安全的 并且已经被弃用。另一种方法是在方法中添加“关机钩子” Runtime.addShutdownHook。

马萨拉特·西迪基