Java中对象生命周期由JVM自动管理，从创建、使用、不可达到销毁；而文件、数据库连接等外部资源需显式释放，必须通过try-with-resources或finally块确保关闭，避免资源泄漏。
在Java中，生命周期管理指的是对象从创建、使用到销毁的全过程控制，以及与之关联的外部资源（如文件句柄、数据库连接、网络连接等）的合理分配与释放。理解对象与资源之间的生命周期关系，对编写高效、稳定、无内存泄漏的应用至关重要。
对象的生命周期：从new到不可达
Java中的对象生命周期由JVM自动管理，主要分为四个阶段：
- 创建阶段：通过new关键字或反射等方式实例化对象，JVM为其分配堆内存并调用构造函数。
- 可使用阶段：对象被引用，程序可以访问其属性和方法。
- 不可达阶段：当没有任何强引用指向该对象时，它变为“垃圾”，进入可回收状态。
- 销毁阶段：垃圾回收器（GC）在适当时间回收内存，若类定义了finalize()方法，可能会在此前调用（但不推荐依赖此机制）。
由于Java采用自动垃圾回收机制，开发者无需手动释放对象内存，但这也容易让人忽视资源清理的责任。
资源的生命周期：需显式管理
与对象不同，资源通常指操作系统级别的外部资源，例如：
立即学习“Java免费学习笔记（深入）”；
- 文件流（FileInputStream）
- 数据库连接（Connection）
- 套接字（Socket）
- 线程池（ExecutorService）
这些资源不会随着对象被GC而自动释放。即使对象本身被回收，底层资源可能仍被占用，导致资源泄漏。例如，一个未关闭的数据库连接会持续占用数据库端的连接槽，最终引发连接池耗尽。
因此，资源的生命周期必须由程序员显式管理，通常通过调用close()或shutdown()等方法完成释放。
对象与资源的生命周期如何关联？
一个对象常常持有对某种资源的引用，此时对象的生命周期应尽量与资源的生命周期保持一致。理想情况下：
- 资源在对象初始化时打开（如构造函数或初始化方法）。
- 资源在对象不再使用时及时关闭。
- 确保即使发生异常，资源也能被释放。
为实现这一点，Java提供了几种有效机制：
- try-with-resources：适用于实现了AutoCloseable接口的资源。在try块结束时，无论是否异常，资源都会自动关闭。
- finally块：传统方式，在finally中调用close()，确保清理代码一定执行。
- 显式关闭方法：为自定义类提供close()或destroy()方法，并在使用后主动调用。
示例：
try (FileInputStream fis = new FileInputStream("data.txt")) {
// 使用资源
} catch (IOException e) {
// 异常处理
} // fis 自动关闭
避免常见陷阱
开发中常见的问题包括：
- 忘记关闭资源，尤其在异常路径中。
- 过早关闭资源，导致后续使用时报错。
- 多个对象共享同一资源时，生命周期管理混乱。
- 依赖finalize()方法释放资源——该方法不保证调用时机，甚至可能不被调用。
建议始终优先使用try-with-resources，对非标准资源封装成AutoCloseable类型，提升代码安全性和可读性。
基本上就这些。掌握对象与资源生命周期的差异和联系，是写出健壮Java程序的基础。
