Java为什么调用System.gc（）是不好的做法？

Question

在回答了有关如何使用强制释放Java中的对象（那个家伙正在清除1.5GB的HashMap）的问题后System.gc()，有人告诉我System.gc()手动调用是一种不好的做法，但是注释并不完全令人信服。此外，似乎没有人敢于赞成，也没有反对我的答案。

有人告诉我这是一种不好的做法，但是后来我又被告知，垃圾收集器的运行不再系统地停止世界，而且它也可以有效地被JVM用作提示，所以我有点不知所措。

我确实知道，JVM在需要回收内存时通常比你了解更多。我也了解担心数千字节的数据是愚蠢的。我也了解到，即使是数百万字节的数据也已不是几年前的样子。但还是1.5 GB？而且你知道内存中大约有1.5 GB的数据悬空。这不像是在黑暗中拍摄。是System.gc()系统上的问题，还是在某种程度上可以解决？

因此，问题实际上是双重的：

• 为什么打电话是不好的做法System.gc()？它真的只是在某些实现下对JVM的提示，还是总是一个完整的收集周期？真的有垃圾收集器实现可以在不停止工作的情况下完成其工作吗？请阐明人们在对我的答复的评论中所作的各种断言。
• 门槛在哪里？它是从来没有一个好主意，通话System.gc()，还是有时间当它是可以接受的？如果是这样，那几点？

Answer 1

每个人都总是要避免的原因System.gc()是，这从根本上破坏了代码。依靠它来确保正确性的任何代码肯定会损坏；任何依靠它来提高性能的方法都很可能被破坏了。

你不知道要运行哪种垃圾收集器。当然，有些JVM不能像你所说的那样“停止运行”，但是某些JVM并不那么聪明，或者由于各种原因（也许它们在电话上？）没有做到这一点。你不知道该怎么办。

另外，也不保证会做任何事情。JVM可能会完全忽略你的请求。

人们通常这么大胆地说：“你不知道它会做什么，”“你甚至不知道它是否会帮助”，以及“你无论如何都不必称呼它”。你不应该这样称呼它。我认为这是“如果你需要询问是否应该使用此功能，则不应该使用”的情况

编辑以解决其他线程的一些问题：

阅读了你链接的线程后，我还要指出几件事。首先，有人建议调用gc()可以将内存返回给系统。这不一定是正确的-Java堆本身独立于Java分配而增长。

与之类似，JVM将保留内存（数十兆字节）并根据需要增加堆。即使释放Java对象，它也不一定会将该内存返回给系统。完全免费地保留已分配的内存以用于将来的Java分配。