Java对象生命周期分为创建、应用、不可达、回收与释放四阶段：创建时完成类初始化、内存分配、零值初始化、对象头设置及构造器执行；应用阶段对象强可达并可正常使用；不可达阶段对象被标记为回收候选，finalize()可能使其“复活”；回收阶段GC清理内存并更新管理结构。
Java 对象在内存中的生命周期，本质是 JVM 对对象从诞生到消亡的全过程管理。它不只是“创建→使用→销毁”这么简单，而是涉及多个精细阶段，每个阶段对应不同的内存行为和 GC 策略。
创建阶段：对象真正落地堆内存
这是生命周期的起点，发生在执行 new 操作时。JVM 会严格按顺序完成以下动作：
- 检查类是否已初始化（若未完成类加载的5步：加载、验证、准备、解析、初始化，则先触发）
- 在堆中分配内存（采用指针碰撞或空闲列表策略，取决于 GC 器类型）
- 将分配的内存空间（除对象头外）全部置为零值（所以 int 默认 0、引用默认 null）
- 设置对象头：写入 Mark Word（含哈希码、锁标志、GC 分代年龄）和类型指针（指向方法区的类元数据）
- 执行
<init>()方法：合并构造器代码、成员变量显式赋值、实例初始化块 - 把堆中对象地址赋给栈帧里的引用变量，对象才真正“可用”
应用阶段：对象处于强可达状态
对象被成功创建后，只要存在一条从 GC Roots（如栈帧局部变量、静态字段、本地方法栈引用等）出发的强引用链能到达它，就一直处于该阶段。
- 可正常读写字段、调用方法、参与业务逻辑
- 即使局部变量超出作用域，只要还有其他强引用（比如被存进集合、赋给静态变量），对象仍存活
- 软/弱/虚引用不影响此阶段的“可达性判定”，仅影响 GC 时的回收优先级
不可达阶段：GC 回收的前置条件
当所有强引用都消失（例如引用变量设为 null、离开作用域、从容器中移除），且无法通过任何 GC Roots 追溯到该对象，它就进入不可达状态。
立即学习“Java免费学习笔记（深入）”；
- 此时对象尚未被回收，但已被标记为“候选回收对象”
- 如果重写了
finalize()方法（不推荐），JVM 会把它放入 F-Queue 队列，由 Finalizer 线程异步执行；执行完后再次判断是否仍不可达 - 注意：一次
finalize()不等于“复活”，只有在该方法内重新建立强引用链，才能逃过本次回收
回收与释放阶段：内存真正归还
GC 线程在下一次垃圾收集周期中，对确认不可达的对象执行实际清理：
- 清除对象在堆中的内存空间（具体方式取决于 GC 算法：标记-清除、标记-整理、复制算法等）
- 更新相关内存管理结构（如卡表、记忆集），为后续分配做准备
- 对象头信息失效，对象在内存中彻底消失，其占用的空间可被新对象复用
不复杂但容易忽略的是：对象生命周期不是由代码行数决定的，而是由引用关系和 GC 时机共同决定的。理解每个阶段背后的动作，才能写出内存友好、不易泄漏的 Java 代码。
