java没有析构函数，对象销毁由gc管理且不可控；finalize()已弃用，不应使用；构造函数用于初始化对象，需与类名相同、无返回类型、可重载；资源清理应通过autocloseable+try-with-resources实现。
Java没有析构函数，只有构造函数
Java不提供类似C++的析构函数（~ClassName()）机制，也没有确定的对象销毁时机。对象生命周期由垃圾回收器（GC）管理，开发者无法控制其何时被回收，也不能定义“析构逻辑”在对象销毁时自动执行。因此，所谓“Java析构函数”是常见误解——finalize() 方法虽曾被设计为类似用途，但自 Java 9 起已被标记为 @Deprecated，且从 Java 18 开始默认禁用，**不应在生产代码中使用**。
构造函数的作用与写法要点
构造函数用于初始化新创建的对象实例，确保对象处于可用、一致的状态。它必须与类名完全相同，无返回类型（连 void 都不能写），可重载，支持访问修饰符（public、protected、包私有、private）。
- 若未显式定义任何构造函数，编译器会自动插入一个无参、包私有的默认构造函数
- 一旦定义了至少一个构造函数（哪怕带参数），默认构造函数就不再自动生成
- 构造函数中可通过
this(...)调用本类其他构造函数，但必须是第一行语句 - 可通过
super(...)显式调用父类构造函数；若未写，编译器自动插入super()（要求父类有无参构造）
public class Person {
private String name;
private int age;
// 无参构造
public Person() {
this("unknown", 0); // 委托给下面的构造函数
}
// 有参构造
public Person(String name, int age) {
this.name = name;
this.age = age;
}
}
替代 finalize() 的资源清理方案
需要释放资源（如文件句柄、网络连接、数据库连接）时，不能依赖 finalize()，而应采用明确、可控的模式：
使用模板与程序分离的方式构建，依靠专门设计的数据库操作类实现数据库存取，具有专有错误处理模块，通过 Email 实时报告数据库错误，除具有满足购物需要的全部功能外，成新商城购物系统还对购物系统体系做了丰富的扩展，全新设计的搜索功能，自定义成新商城购物系统代码功能代码已经全面优化，杜绝SQL注入漏洞前台测试用户名：admin密码：admin888后台管理员名：admin密码：admin888
- 实现
AutoCloseable接口，提供close()方法，并配合try-with-resources语句使用 - 在
close()中释放资源，并支持多次调用（幂等） - 避免在
close()中抛出未检查异常；若可能失败，应声明throws Exception - 不要在
finalize()中尝试释放关键资源——它可能永不执行，或在多线程下引发竞态
public class DatabaseConnection implements AutoCloseable {
private boolean closed = false;
@Override
public void close() throws Exception {
if (!closed) {
// 实际关闭逻辑：释放连接、清理缓冲区等
closed = true;
}
}
}
// 使用方式
try (DatabaseConnection conn = new DatabaseConnection()) {
// 使用 conn
} // 自动调用 close()
容易被忽略的关键细节
构造函数不是万能初始化入口：静态字段初始化、静态块、实例字段初始化、实例块的执行顺序会影响最终状态；子类构造前父类必须完成初始化；反射创建对象（如 Class.newInstance()）在 Java 9+ 已废弃，应改用 Constructor.newInstance() 并注意异常包装（InvocationTargetException）。
立即学习“Java免费学习笔记（深入）”；
真正复杂的资源生命周期管理，往往需要结合 Cleaner（Java 9 引入，比 finalize() 更轻量、更可控）或第三方库（如 Google Guava 的 Closer），但前提是业务逻辑确实无法通过显式 close() 覆盖——这种情况本身就要警惕设计是否合理。
