Java构造函数与析构函数的基本语法

Java没有析构函数，因JVM通过GC自动管理对象生命周期；构造函数名须与类名一致、无返回类型、可重载；资源释放应使用AutoCloseable+try-with-resources等确定性机制。

Java 没有析构函数，这是和 C++ 最关键的区别；构造函数存在，但语法和行为受 JVM 管理机制约束，不能按 C++ 思维直接类比。

Java 构造函数怎么写

构造函数名必须与类名完全一致，无返回类型（连 void 都不能写），可重载，支持访问修饰符（public、protected、包私有、private）。

常见错误是误加返回类型，比如写成 public void MyClass()，这会被编译器当作普通方法，不会在 new 时调用。

• 构造函数可以调用本类其他构造函数，用 this(...)，且必须是第一行语句
• 可以调用父类构造函数，用 super(...)，同样必须是第一行；若没显式写，编译器自动插入 super()
• 如果父类没有无参构造函数，而子类构造函数又没显式调用 super(...)，编译会失败

pu
blic 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 开始彻底移除。

试图依赖 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 或已关闭——这些都属于非确定性或易出错路径。资源管理必须主动、明确、可测试。