java中finalize的重写

舞夢輝影 2025-12-06 00:00:00 次阅读

finalize()自Java 9起被弃用、Java 18彻底移除，因其调用时机不确定、性能开销大、线程不安全、异常被吞且无法保证执行；应改用AutoCloseable+try-with-resources、Cleaner或显式释放。

Java 中 finalize() 方法已被标记为 @Deprecated，自 Java 9 起不推荐使用，Java 18 开始彻底移除（JEP 421），因此不建议重写 finalize，也不应依赖它来释放资源。

为什么 finalize 不该被重写

该方法由垃圾回收器在对象真正回收前调用，但存在严重问题：

调用时机不确定：GC 可能永远不运行，或延迟极久，导致资源长期泄漏
性能开销大：启用 finalize 的对象需经历至少两次 GC 才能回收（称为“finalization queue”机制）
线程不安全：finalize 在专用 Finalizer 线程中执行，可能与主线程竞争资源
异常会被吞掉：finalize 中抛出的未捕获异常不会传播，仅被忽略，难以调试
无法保证执行：JVM 退出时，未执行的 finalize 可能直接跳过

替代 finalize 的正确做法

资源清理应主动、及时、可预测。推荐以下方式：

实现 AutoCloseable 接口 + try-with-resources：适用于文件、网络连接、数据库连接等需要显式关闭的资源
使用 Cleaner（Java 9+）：轻量、无性能惩罚的清理机制，基于虚引用（PhantomReference），比 finalize 更可靠
显式释放 + 文档约定：在类文档中明确说明需调用 close() 或 shutdown()，并提供默认空实现防止误用

示例（Cleaner）：

public class Resource {
    private static final Cleaner cleaner = Cleaner.create();
    private final Cleanable cleanable;
    private final ByteBuffer buffer;

    public Resource() {
        this.buffer = ByteBuffer.allocateDirect(1024);
        this.cleanable = cleaner.register(this, new ResourceCleaner(buffer));
    }

    // 清理动作封装为 Runnable
    private static class ResourceCleaner implements Runnable {
        private final ByteBuffer buffer;
        ResourceCleaner(ByteBuffer buffer) { this.buffer = buffer; }
        public void run() { CleanerTest.freeDirectBuffer(buffer); }
    }

    // 显式清理（可选，用于提前释放）
    public void close() { cleanable.clean(); }
}