垃圾收集器的疑惑

Question

我有一些关于 java 垃圾收集器的问题。 首先让我澄清一下我对Java GC.的理解 GC 是一个后台线程，当 JVM 启动时，将始终在后台运行。 每个对象都有一个 finalize() 方法。此方法用于释放 对象被销毁之前的系统资源。根据java专家的说法， 我们不应该将资源放在 finalize() 方法下以释放 系统资源。因为我们无法确定 GC 何时运行。但我们可以 通过调用System.GC() 请求GC 运行。

所以现在我的问题是，GC 是一个后台线程，将始终在后台运行。 现在我们怎么能说我们不知道GC 什么时候会运行呢？是不是这样的声明"we dont know when the GC will call finalize() method " 就是那个意思吗？如果这就是他们的意思，那么工作是什么 GC 的？ GC 负责找出未使用的变量并从内存中删除。 那为什么GC也不能调用finalize()方法呢？

Answer 1

现在我们怎么能说我们不知道 GC 什么时候会运行呢？

GC 的功能由复杂的算法处理，这取决于底层操作系统和硬件。我们不能说，因为如果一个人告诉一个特定的 JVM 版本，它对其他 JVM 是无效的。所以最好我们不能依赖它。

GC 的工作是什么。

GC 找到引用较少的对象（读取类型的 ref. for more）并回收它们使用的内存。

那么，为什么GC也不能调用finalize()方法？

所以肯定会调用 finalize 方法，但不确定何时。因为即使您在 JVM 中知道 finalize() 方法何时运行，您也永远不知道在其他 JVM 中何时运行。因此，如果您在 finalize 方法中处理一些非常昂贵的资源，您的程序可能会在其他 JVM 中崩溃。

Answer 2

简单来说，GC 会在不确定的时间运行，因此如果依赖finalize 来释放系统资源，系统资源将无法及时释放。当大多数程序逻辑应该很容易设计为在不再使用时简单地释放资源时，等待 GC 获取持有系统资源的对象的堆空间是没有意义的。

在一个有点相关的注释上。导致早期版本的 JVM 如此缓慢的问题之一是调用 finalize。因此，现代 JVM 将尽可能跳过调用 finalize。因此，依赖finalize 也会对性能产生影响。