JVM中的手动垃圾收集器

Question

我正在做一个与JVM GC相关的项目，我计划用我的手动GC取代JVM自动GC。

我知道JAVA有一个自动垃圾收集器。如果我们集成一个新的手动垃圾收集器，其中开发人员需要显式地调用new并删除对象（如在C中）。

让我们假设程序员在没有内存泄漏的情况下写入空闲。

使用手动垃圾回收机制代替自动垃圾回收机制是否有效？

在工业中使用手动GC是否常见？还是程序员到处使用自动垃圾回收器？

Answer 1

我认为你的项目太雄心勃勃了。例如，用alloc / free内存管理替换现有的JVM GC框架可能需要大量重写JVM本地代码代码库和重新设计Java类库。

（您是否知道Java 11 OpenJDK源代码存储库的签出是2.5 GB？那里有很多代码。在你跳跃之前先看看。

你问：

使用手动垃圾回收器而不是自动垃圾回收会更有效吗？

在我看来，没有：

> < li>

正如很久以前所证明的(参见经典的左恩论文)，对于大型应用程序，自动垃圾收集与使用带有智能指针的malloc/free的存储管理一样快(如果不是更快的话)。

整个Java类库的设计是基于GC是自动和高效的假设。如果您改变这一点，那么当前的大部分API设计都是有问题的；即它会泄漏堆对象。

然而，如果你在项目中投入大约10个人年的熟练开发工作，你可能会得到不同的答案。（可能是一种非常不同的编程语言！）

工业上普遍使用手动GC吗？

在Java中，这是闻所未闻的。

在像C/C这样的语言中，编写时没有考虑到自动GC，使用手动存储管理仍然很常见。（但并不普遍。请阅读博姆保守派收藏家。）

还是程序员到处使用自动垃圾回收器？

对于Java，是的。

在许多其他编程语言中是的。但并非所有语言都是如此。

参考：

• Benjamin G.Zorn的“保守垃圾收集的测量成本”，发表在Softw。，实践。Exper。1993.DOI:10.1002/spe.4380230704