Java没有析构函数，因其依赖垃圾回收机制导致资源释放不可控；构造函数仅用于初始化对象状态，不负责资源清理，正确做法是实现AutoCloseable接口并配合try-with-resources语句显式释放资源。
Java 没有析构函数（destructor），这是和 C++ 最关键的区别；构造函数存在，但语义和使用方式与 C++ 不同，且不承担资源清理职责。
Java 构造函数的作用与写法
构造函数用于初始化新创建的对象状态，名称必须与类名完全一致，无返回类型（连 void 都不能写），可重载。
- 每个类至少有一个构造函数：若未显式定义，编译器会提供一个无参默认构造函数；一旦定义了任意构造函数，该默认构造函数就不再自动生成
- 构造函数中可调用
this(...)调用本类其他构造函数，但必须是第一行语句 - 可调用
super(...)显式调用父类构造函数；若未写，编译器自动插入super()（要求父类有无参构造） - 不建议在构造函数中调用可被子类重写的方法（
overridable method），可能导致对象未完全初始化时就触发子类逻辑
public class Person {
private String name;
public Person() {
this("unknown"); // 调用本类另一个构造函数
}
public Person(String name) {
this.name = name; // this.name 区分参数与字段
}
}
为什么 Java 没有析构函数
因为 Java 采用垃圾回收（GC）机制管理堆内存，对象生命周期不由程序员直接控制；无法保证析构代码何时执行、是否执行，甚至可能永不执行——这违背析构函数“确定性资源释放”的设计初衷。
-
finalize()方法曾被当作析构替代方案，但自 Java 9 起已标记为@Deprecated，JDK 18 开始彻底移除支持 - 依赖
finalize()释放文件句柄、数据库连接等资源，极易导致资源泄漏或OutOfMemoryError - GC 不保证调用顺序、不保证及时性、不保证只调用一次，也不保证一定调用
Java 中替代析构逻辑的正确做法
资源清理必须显式、及时、确定地完成，主流方式是实现 AutoCloseable 接口 + try-with-resources 语句。
立即学习“Java免费学习笔记（深入）”；
- 所有需手动释放的资源类（如
FileInputStream、Connection）都应实现AutoCloseable -
close()方法必须幂等：多次调用不应抛异常，也不应重复释放 - 不要在
close()中抛出未检查异常（RuntimeException除外），否则会干扰try-with-resources的异常抑制机制 - 若必须在对象销毁前做清理，且无法用
try-with-resources（如全局单例缓存），可考虑Cleaner（JDK 9+），但它仍是尽力而为，不能替代显式关闭
try (FileInputStream fis = new FileInputStream("data.txt")) {
// 使用 fis
} catch (IOException e) {
// 异常处理
} // fis.close() 自动在此处调用
容易被忽略的关键点
构造函数不是“对象诞生的起点”，而是“字段初始化的终点”；而资源释放永远不能交给 GC 猜测你的意图。哪怕只是本地临时文件、一个 ByteBuffer 的直接内存，只要没显式释放，就可能成为瓶颈。
