java对象生命周期始于new关键字创建，经历初始化、使用、不可达判定，最终由gc回收；通过强、软、弱、虚引用管理可达性，避免内存泄漏；推荐使用autocloseable和try-with-resources替代finalize进行资源清理。
Java对象的生命周期管理与垃圾回收是Java内存管理的核心机制。理解这一过程，有助于写出更高效、更稳定的程序。Java通过自动内存管理减轻了开发者负担，但并不意味着可以完全忽视对象的创建与销毁过程。
对象的创建与初始化
当使用new关键字创建对象时，JVM会在堆内存中分配空间，并调用构造函数完成初始化。这个阶段包括类加载、内存分配、字段默认初始化、构造器执行等步骤。
例如：
MyObject obj = new MyObject();此时，obj引用指向堆中 newly allocated的对象实例。该对象进入“可访问”状态，处于生命周期的活跃期。
立即学习“Java免费学习笔记（深入）”；
对象的使用与可达性
只要对象被至少一个活动线程中的某个引用变量所持有，它就是“可达的”。JVM根据可达性判断对象是否还在使用中。
常见可达状态包括：
- 强可达：通过栈中的局部变量、静态字段等直接引用
- 软可达：仅被软引用（SoftReference）引用，在内存不足时可能被回收
- 弱可达：仅被弱引用（WeakReference）引用，下一次GC时会被回收
- 虚可达：用于跟踪对象被回收的时机，由PhantomReference配合引用队列实现
只有强引用能保证对象不被垃圾回收器清除。
对象的不可达与垃圾回收
当一个对象不再被任何强引用指向时，它变为“不可达”，成为垃圾回收的候选对象。JVM的垃圾回收器会在适当的时候释放其占用的内存。
垃圾回收过程通常包含以下步骤：
- 标记：找出所有仍被引用的对象
- 清除：释放未被标记对象的内存
- 整理（可选）：压缩内存，减少碎片
不同垃圾回收器（如Serial、G1、ZGC）采用不同算法优化吞吐量或延迟。
finalize方法与资源清理
Java提供finalize()方法，允许对象在被回收前执行清理逻辑。但该方法不保证立即执行，也不推荐用于关键资源释放。
更好的做法是：
- 实现AutoCloseable接口
- 使用try-with-resources语法管理资源
- 显式调用close()方法释放文件、网络连接等
依赖finalize可能导致内存泄漏或性能下降。
基本上就这些。掌握对象从创建到回收的全过程，能帮助你更好理解Java内存行为，避免内存泄漏，提升应用稳定性。虽然GC替我们做了很多事，但合理设计对象生命周期依然重要。
