Java为什么调用System.gc()是不好的做法?
在回答了有关如何使用强制释放Java中的对象(那个家伙正在清除1.5GB的HashMap)的问题后System.gc()
,有人告诉我System.gc()
手动调用是一种不好的做法,但是注释并不完全令人信服。此外,似乎没有人敢于赞成,也没有反对我的答案。
有人告诉我这是一种不好的做法,但是后来我又被告知,垃圾收集器的运行不再系统地停止世界,而且它也可以有效地被JVM用作提示,所以我有点不知所措。
我确实知道,JVM在需要回收内存时通常比你了解更多。我也了解担心数千字节的数据是愚蠢的。我也了解到,即使是数百万字节的数据也已不是几年前的样子。但还是1.5 GB?而且你知道内存中大约有1.5 GB的数据悬空。这不像是在黑暗中拍摄。是System.gc()
系统上的问题,还是在某种程度上可以解决?
因此,问题实际上是双重的:
- 为什么打电话是不好的做法
System.gc()
?它真的只是在某些实现下对JVM的提示,还是总是一个完整的收集周期?真的有垃圾收集器实现可以在不停止工作的情况下完成其工作吗?请阐明人们在对我的答复的评论中所作的各种断言。 - 门槛在哪里?它是从来没有一个好主意,通话
System.gc()
,还是有时间当它是可以接受的?如果是这样,那几点?
回答:
每个人都总是要避免的原因System.gc()
是,这从根本上破坏了代码。依靠它来确保正确性的任何代码肯定会损坏;任何依靠它来提高性能的方法都很可能被破坏了。
你不知道要运行哪种垃圾收集器。当然,有些JVM不能像你所说的那样“停止运行”,但是某些JVM并不那么聪明,或者由于各种原因(也许它们在电话上?)没有做到这一点。你不知道该怎么办。
另外,也不保证会做任何事情。JVM可能会完全忽略你的请求。
人们通常这么大胆地说:“你不知道它会做什么,”“你甚至不知道它是否会帮助”,以及“你无论如何都不必称呼它”。你不应该这样称呼它。我认为这是“如果你需要询问是否应该使用此功能,则不应该使用”的情况
编辑以解决其他线程的一些问题:
阅读了你链接的线程后,我还要指出几件事。首先,有人建议调用gc()可以将内存返回给系统。这不一定是正确的-Java堆本身独立于Java分配而增长。
与之类似,JVM将保留内存(数十兆字节)并根据需要增加堆。即使释放Java对象,它也不一定会将该内存返回给系统。完全免费地保留已分配的内存以用于将来的Java分配。
以上是 Java为什么调用System.gc()是不好的做法? 的全部内容, 来源链接: utcz.com/qa/435569.html