让我们考虑以下代码:
class Table {
private static int number_of_Tables=0;
public Table(){
++number_of_Tables;
}
public void finalize(){
--number_of_Tables;
}
public static int current_TableCount(){
return number_of_Tables;
}
}
我想要实现的是,当垃圾收集器 (GC) 销毁对象时,可用对象的数量会减少一个。
但是这里关于 finalize()
的每个人都说使用这个方法非常糟糕,因为可能会发生以下情况:即使没有指向对象的引用,GC 也可能不会立即销毁它因为 GC 不是全天候工作的,即 GC 将在一定数量的对象被销毁后调用,即在某些时候 GC 将执行清理,这意味着即使对象不再可用,我的计数器也不会减少,我会在调用方法 curret_TableCount()
人们会怎么做才能确定地解决这类问题?
Java 中一定有某种解决方案吗?
编辑: 我需要识别对象何时不再被引用,即在运行时,当这是真的时,甚至不存在指向对象的指针(引用),然后我会减少那种东西一个个。
最佳答案
…following could happen: even though there are no references pointing to the object the GC may not destroy it immediately because GC doesn't work around the clock
没错。垃圾收集器的目的是管理内存,只是管理内存。只要没有内存需求,垃圾收集器就不需要运行。当有足够的内存时,应用程序完全有可能在没有任何 gc 循环的情况下运行。
此外,无法保证垃圾收集器运行时会识别所有无法访问的对象。当它识别出足够的可回收内存以允许应用程序继续时,它可能会停止工作。
然而,这并不是唯一的问题。经常被忽视的是,垃圾收集器只关心内存需求这一事实意味着即使在使用对象时也可能会收集该对象,当不再需要其内存时,这可以通过优化代码实现。这不是一个理论问题。参见示例 this bug或 that bug与对终结的天真依赖有关,即使在 JDK 代码中也是如此。
请注意,即使 finalize()
恰好在正确的时间被调用,它也是由未指定的线程调用的,这需要使用线程安全结构。
What do people do instead, to solve this kind of a problem with certainty?
人们通常没有那种问题。如果你真正管理一个非内存资源,你应该使用一个明确的清理 Action ,即像 dispose()
或 close()
这样的方法,在使用后调用。直接的方法是让类实现 AutoClosable
(或其子类型)并使用 the try-with-resources statement .
由垃圾收集器触发的清理操作只是处理忘记显式清理的情况的最后手段。如前所述,实现它们需要特别小心。
如果只为统计维护一个计数器,您可能会接受它不精确的事实。通常,您不需要知道一个类有多少个实例。如果你真的需要它,例如尝试调试内存泄漏时,您可以获取堆转储、所有现有对象的快照,并使用专用分析工具。
关于java - 在 Java 中用什么代替 finalize(),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59019305/