Java构造函数与析构函数区别解析

有志者，事竟成！如果你在学习文章，那么本文《Java构造函数与析构函数详解》，就很适合你！文章讲解的知识点主要包括，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

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 语句。

• 所有需手动释放的资源类（如 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 的直接内存，只要没显式释放，就可能成为瓶颈。

今天关于《Java构造函数与析构函数区别解析》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！