java对象生命周期分为创建、应用、不可达、回收与释放四阶段：创建时完成类初始化、内存分配、零值初始化、对象头设置及构造器执行；应用阶段对象强可达并可正常使用；不可达阶段对象被标记为回收候选，finalize()可能使其“复活”；回收阶段gc清理内存并更新管理结构。

Java对象生命周期不是简单的“生→用→死”，而是由JVM严格管控的一系列状态变迁过程，每个阶段对应明确的内存行为、引用规则和GC策略。理解这些阶段的关键，在于抓住“可达性”这条主线——对象是否能从GC Roots被追踪到，直接决定它处于哪个阶段、是否会被回收。

创建阶段：对象真正落地堆中

这个阶段远不止执行new语句那么简单，而是JVM完成一整套原子操作：

• 先确保类已完成加载、验证、准备、解析、初始化（类加载五步）
• 在堆中分配内存（指针碰撞或空闲列表，取决于所用GC器）
• 将除对象头外的内存空间全部置零（所以int默认0、引用默认null）
• 设置对象头：写入Mark Word（含哈希码、锁状态、GC年龄）和类型指针（指向方法区的类元数据）
• 执行()方法：按顺序合并成员变量显式赋值、实例初始化块、构造器代码
• 把堆中对象地址赋给栈帧里的引用变量，对象才对外“可见”

注意：此时对象刚诞生，但尚未参与业务逻辑，构造器里避免耗时操作或启动线程，防止半成品对象被误用。

应用阶段：强引用决定存活底线

对象只要存在一条从GC Roots出发的强引用链（如栈中局部变量、静态字段、集合容器中的元素），就始终处于该阶段，可安全读写、调用方法、参与计算。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 局部变量超出作用域 ≠ 对象立即死亡，只要它还被其他强引用持有（比如存进了ConcurrentHashMap或赋给了static Map），依然存活
• 软/弱/虚引用不改变“强可达”判定，只影响GC时的回收优先级
• 常见隐患：监听器注册后未反注册、缓存未设淘汰策略、ThreadLocal未remove，都会让本该退出的对象继续被强引用牵连

不可达阶段：回收前的临界状态

当所有强引用都消失（变量设为null、方法执行完毕栈帧出栈、从List中remove、静态集合未清理），且无法通过任何GC Roots追溯到该对象，它就进入不可达状态。

• 这是GC回收的必要前提，但不是充分条件——对象可能因finalize()被“复活”一次
• 注意区分“不可见”与“不可达”：“不可见”仅指程序代码里找不到引用，但JVM内部（如JNI、系统线程、静态final字段）仍可能持有强引用，导致实际不可达延迟发生
• WeakReference和SoftReference在此阶段开始起效：前者GC时大概率被清空，后者在内存不足时才被回收

回收与终结阶段：JVM主导的收尾工作

不可达对象进入回收队列后，GC线程会在合适时机执行清理：

• 标记-清除、复制、标记-整理等算法根据分代（年轻代/老年代）和GC器类型选择不同策略
• 若对象重写了finalize()，且尚未执行过，JVM会将其放入F-Queue队列，由Finalizer线程异步调用；但该机制已废弃，不保证执行、不保证及时、不保证只执行一次
• 推荐替代方案：使用Cleaner（基于PhantomReference）或实现AutoCloseable接口配合try-with-resources管理资源
• 对象被真正回收后，其占用的堆内存被释放，相关元数据从GC管理结构中移除，对象彻底消失

开发者能做的，是减少不必要的强引用持有、合理设计对象作用域、及时清理容器和监听器——让对象自然、及时地滑向不可达，把回收交给JVM。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南