finalize方法不一定会被调用，执行时机不可控且性能开销大，JDK 9起已弃用，应使用AutoCloseable、try-with-resources或Cleaner替代。
Java中的finalize方法并不推荐作为对象销毁时的可靠机制。它存在多个问题，导致其执行时机和是否执行都无法保证。
1. finalize方法不一定会被调用
JVM在程序结束前可能不会触发垃圾回收，也就不会调用finalize()。即使对象已经不可达，如果垃圾回收器没有运行，该方法就不会执行。例如：
- 程序运行时间短，GC未启动
- JVM退出时某些对象仍未被回收
这意味着依赖finalize()释放关键资源（如文件句柄、网络连接）可能导致资源泄漏。
2. 执行时机不可控
垃圾回收的触发由JVM决定，因此finalize()的调用时间完全不可预测。你无法知道它何时执行，甚至是否会在程序生命周期内执行。
立即学习“Java免费学习笔记（深入）”；
这种不确定性使得它不适合用于需要及时清理的场景。
3. 性能开销大且已被弃用
从JDK 9开始，finalize()方法已被标记为@Deprecated，不鼓励使用。原因包括：
- 每个对象若重写
finalize()，会被包装进Finalizer链表，增加GC负担 - Finalizer线程优先级低，可能导致清理延迟
- 异常被吞掉，不会中断正常流程，难以调试
4. 正确的资源管理方式
应使用以下替代方案来确保资源正确释放：
- 实现
AutoCloseable接口，配合try-with-resources语句 - 显式调用close()方法
- 使用Cleaner类（JDK 9+）作为更安全的替代方案
例如处理文件流：
try (FileInputStream fis = new FileInputStream("file.txt")) {
// 使用资源
} // 自动调用close()
总结：finalize方法在对象销毁过程中并不可靠，不应依赖它进行资源清理或关键逻辑操作。使用现代Java提供的明确资源管理机制才是正确做法。
