Object.finalize() 在 Java 9 中已被弃用，我想我理解其中的原因，但我无法找到如何替换它。
我有一个名为 Configuration 的实用程序类，它本质上只有一个实例，它拥有应用程序中的所有内容并在应用程序期间持续存在。它提供的服务之一是记录：在第一次请求记录消息时，会创建一个记录器（由于各种遗留原因，它是我自己的记录器而不是标准记录器），并在配置对象的字段中保存一个引用，并且在应用程序终止时，无论是正常还是异常，我都想释放记录器持有的任何资源（这是一个黑匣子，因为我的库的用户可以提供他们自己的实现）。
目前这是通过调用logger.close() 的Configuration.finalize() 方法实现的。
我应该怎么做？
【问题讨论】：
标签： java garbage-collection java-9 finalizer
Java 9 引入了 Cleaner 和 Cleanable 实用程序类，它们负责将幻像引用连接到队列和清空该队列的清理线程。
虽然这可以让您分离出将在拥有对象死亡后执行事后清理的见证，但所有关于 GC 触发的资源管理的警告仍然适用，即仍然最好依赖 AutoClosable 和try-with-resources 块来管理资源的生命周期，而不是在垃圾收集器上。
Phantom references 是finalize() 的一般替代品。 Java 运行时中的许多类已经在使用它们。
使用Phantom references有点费力，你必须维护自己的引用列表和事后处理线程。另一方面，您完全可以控制。
Here is a simple example 的 Phantom 参考设置。
This article 解释和比较 Java finalize() 和 Phantom references 的实现。
【讨论】：
您可以将线程作为shutdown hook 添加到运行时：
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
// cleanup code
}));
这在 VM 终止时调用，因此在您的特定情况下它应该是 finalize 的一个很好的替代品
【讨论】：
恕我直言，告诉记录器清理自己的烂摊子不是您的应用程序的责任。记录器本身可以并且应该这样做（与 IO 流或 DB 连接不同），它应该存在很长时间。
但是你已经提供了logger.close()...好吧，那么我建议如下：
close 是幂等的，即第二次关闭记录器是无操作的。Runtime#addShutdownHook 和PhantomReference，并让它们都调用logger.close()，以便在JVM 终止或您的应用程序被GC'ed 时都调用它。【讨论】：