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

真的，我不懂你。而是成为 清楚“无限物体创造” 我是说有一些 代码在我的大系统做创建 可以处理的对象，并在其中生活 回忆，我无法得到这一片 其实是代码，只是个手势!!

这是正确的，唯一的姿态。你已经有了很多标准答案。让我们一个一个来看:

我无法得到这段代码 实际上

正确，没有真正的jvm——这只是一个规范，一堆描述期望行为的计算机科学…我最近研究了如何从本地代码初始化Java对象。要得到你想要的东西，唯一的方法就是执行所谓的主动置空。如果做错了，错误是非常糟糕的，我们必须将自己限制在问题的原始范围内:

我大系统里的一段代码 创建对象

这里的大多数海报会假设你说你正在处理一个界面，如果是这样的话，我们就必须看看你是一次被交付整个对象还是一个项目。

如果你不再需要一个对象，你可以将null赋值给该对象，但如果你弄错了，就会生成一个空指针异常。我敢打赌，如果您使用NIO，您可以实现更好的工作

任何时候你或我或其他人得到:“拜托，我非常需要那个。”这几乎是一个普遍的前兆，几乎完全破坏你正在努力工作....写一个小的示例代码，从它消毒任何实际使用的代码，并向我们展示您的问题。

不要沮丧。通常情况下，这意味着您的dba正在使用从某个地方购买的包，并且原始设计没有针对大规模数据结构进行调整。

这很常见。

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

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

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

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

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

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

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

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

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

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

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