Java没有析构函数，因JVM通过GC自动管理对象生命周期；构造函数名须与类名一致、无返回类型、可重载；资源释放应使用AutoCloseable+try-with-resources等确定性机制。
Java 没有析构函数，这是和 C++ 最关键的区别；构造函数存在，但语法和行为受 JVM 管理机制约束，不能按 C++ 思维直接类比。
Java 构造函数怎么写
构造函数名必须与类名完全一致，无返回类型（连 void 都不能写），可重载，支持访问修饰符（public、protected、包私有、private）。
常见错误是误加返回类型，比如写成 public void MyClass()，这会被编译器当作普通方法，不会在 new 时调用。
- 构造函数可以调用本类其他构造函数，用
this(...)，且必须是第一行语句 - 可以调用父类构造函数，用
super(...)，同样必须是第一行；若没显式写，编译器自动插入super() - 如果父类没有无参构造函数，而子类构造函数又没显式调用
super(...)，编译会失败
public class Person {
private String name;
public Person() {
this("unknown"); // 调用本类另一个构造函数
}
public Person(String name) {
this.name = name;
}
}
为什么 Java 没有析构函数
因为对象生命周期不由程序员控制，JVM 通过垃圾回收器（GC）自动决定何时回收对象，不存在“确定性资源释放时机”。C++ 的析构函数在对象离开作用域时必然执行，而 Java 的 finalize() 方法不保证执行时间、甚至不保证执行，且自 Java 9 起已被标记为 @Deprecated，Java 18 开始彻底移除。
立即学习“Java免费学习笔记（深入）”；
试图依赖 finalize() 清理文件句柄、数据库连接或内存映射等资源，大概率导致泄漏或崩溃。
-
finalize()不是析构函数：它由 GC 线程异步调用，可能永远不被调用 - 即使被调用，也只执行一次，且异常会被忽略，不中断 GC 流程
- JVM 不保证调用顺序，父子类间无调用链保障
那资源该在哪释放
必须使用显式、确定性的清理机制。主流方式是实现 AutoCloseable 接口 + try-with-resources，或手动调用 close()。
典型场景包括：文件流、网络连接、JDBC Connection、NIO 的 MappedByteBuffer 等。
- 所有需释放的资源类应实现
AutoCloseable，重写close()方法 -
try-with-resources会在块结束时自动调用close()，哪怕发生异常 - 不要在
close()中抛出新异常覆盖原有异常（可用addSuppressed()）
try (FileInputStream fis = new FileInputStream("data.txt")) {
// 使用 fis
} catch (IOException e) {
// 异常处理
} // fis.close() 自动在此处调用
真正容易被忽略的是：很多开发者仍习惯性写 finalize() 或把清理逻辑塞进 finally 块里却不检查资源是否为 null 或已关闭——这些都属于非确定性或易出错路径。资源管理必须主动、明确、可测试。
