JVM-finalize()方法

Finalize方法不被推荐使用原因

该函数允许在子类中被重写，用于在对象被回收时进行资源地释放。目前，普遍的认识是，尽量不要使用finalize()函数进行资源释放，原因主要有以下几点:

1、在finalize()时可能会导致对象复活；

2、finalize()函数的执行时间是没有保障的，它完全由GC线程决定，极端情况下，若不发生GC，则finalize()将没有机会执行;

3、一个糟糕的 finalize()会严重影响GC的性能；

函数finalize()是由FinalizerThread 线程处理的。正式回收对象前，这类对象会被封装为Finalizer引用对象（本质是引用类型），并被加入ReferenceQueue引用队列（内部是链表结构），由该队列调度FinalizerThread执行其finalize()方法。

Finalizer内部封装了实际的回收对象，如图所示。可以看到next、prev 为实现链表所需

，它们分别指向队列中的下一个元素和上一个元素。

finalizee是要回收的对象，比如，在后续的示例中就为LongFinalize$LF。

由于对象在回收前被Finalizer 的referent 字段进行“强引用”，并加入了FinalizerThread的执行队列，这意味着对象又变为可达对象，因此阻止了对象的正常回收。由于在引用队列中的元素排队执行finalize()方法，一旦出现性能问题，将导致这些垃圾对象长时间堆积在内存中，可能会导致OOM异常。

-Xmx10m -Xms10m -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath="D:/f.dump"

使用上述参数进行堆内存溢出的dump文件下载，并使用Mat进行文件分析：

从最大对象中可以看到，目前系统中有大量的Finalizer类，这意味着FinalizerThread 执行

列可能一直持有对象而来不及执行，因此大量的对象堆积而无法被释放，最终导致了这个OOM。

去掉LF类的finalize()方法，再次以相同的参数运行这段程序。可以观察到，程序很快正常结束。由此，|可以进一步说明finalize()对GC产生的影响。

注意:一个糟糕的finalize()可能会使对象长时间被Finalizer 引用，而得不到释放，因

此这会进一步增加GC的压力。因此，finalize()应该是尽量少 地被使用。

Finalizer方法重写导致OOM原因

@Override protected void finalize() { try { System.out.println(Thread.currentThread().getId()); Thread.sleep(1000); } catch (Exception e) { e.printStackTrace(); } }

核心逻辑：finalize()会让对象的 “回收流程变复杂 + 延迟”。

finalize()是Object类的一个方法，原本设计是让对象在被垃圾回收前做最后一次资源清理，但它的执行机制会改变对象的 “可回收状态”。

重写与不重写的区别

当你不重写finalize()时：

1、循环里创建的LF对象是普通强引用对象，循环结束后，这些对象没有任何引用（f是局部变量，每次循环后就失效了）。

2、GC 可以直接识别这些 “无引用的对象”，将其回收，内存会被循环利用，所以不会触发 OOM。

重写finalize()的情况：对象被 “延迟回收”，最终堆积导致 OOM:

当你重写finalize()后，JVM 会给这类对象加一层 “特殊处理”：

1、包装为 Finalizer 引用

每个LF对象创建后，JVM 会把它包装成java.lang.ref.Finalizer对象（Finalizer是一种特殊的引用类型，属于 JVM 内部维护的引用）

2、对象暂时 “变可达”

Finalizer对象会被加入 JVM 的Finalizer队列（一个链表结构），此时LF对象因为被Finalizer引用，会从“无引用状态”变成“可达状态”——GC 认为它还有引用，不能立即回收

3、FinalizerThread 处理缓慢，对象堆积

JVM 会启动一个低优先级线程FinalizerThread，负责遍历Finalizer队列、执行每个Finalizer对应的finalize()方法。

但你在finalize()里加了Thread.sleep(1000)，导致FinalizerThread处理每个对象要等 1 秒 —— 而你循环每秒能创建大量LF对象，处理速度远赶不上创建速度

最终结果：大量LF对象被Finalizer持有、无法回收，内存被占满，触发 OOM。

finalize()到底是干啥的？为什么“过时”了

它原本的设计是 “让对象在回收前做资源清理”，但因为：

1、执行依赖低优先级的FinalizerThread，可能迟迟不执行；

2、会延迟对象回收，甚至会导致 OOM；

3、执行结果不可控；

所以finalize()已经被 JDK 标记为过时方法（@Deprecated），现在完全不推荐使用。