java类生命周期含加载、验证、准备、解析、初始化、使用、卸载七阶段，对象生命周期分创建、使用、不可达、回收四阶段；类是模板，对象是实例，二者由jvm自动管理但时机与范围不同。
Java 类和对象的生命周期是两个不同但紧密关联的过程。类的生命周期关注“模板如何进内存”，对象的生命周期关注“实例如何生与死”。它们都由 JVM 自动管理，但触发时机、执行阶段和影响范围完全不同。
类的生命周期：从字节码到可运行模板
类的整个过程共七个阶段，按顺序发生，通常只执行一次（除非被卸载）：
-
加载（Loading）：JVM 将 .class 文件（来自磁盘、网络或动态生成）读入方法区（JDK 8+ 为元空间），并在堆中创建一个
java.lang.Class对象作为该类的运行时表示。 - 验证（Verification）：确保字节码符合 JVM 规范，无安全风险（如非法类型转换、栈溢出等）。
-
准备（Preparation）：为类的静态变量分配内存，并设为默认值（如
static int x;→x = 0），不执行赋值语句（static int y = 123;中的123要等到初始化阶段）。 - 解析（Resolution）：把常量池中的符号引用（如类名、方法名）转为直接引用（内存地址或偏移量）。
-
初始化（Initialization）：真正执行类构造器
<clinit></clinit>方法——包括静态变量显式赋值、静态代码块。这是类首次主动使用时（如 new 实例、调用静态方法、访问静态字段）触发的最后一步。 - 使用（Using）：类已就绪，可被反复用于创建对象、调用方法等。
-
卸载（Unloading）：仅当满足三个条件时才可能发生——该类的
ClassLoader已被回收、该类对应的Class对象无任何引用、该类所有实例都已被回收。实际开发中极少发生，常见于 OSGi 或热部署场景。
对象的生命周期：从 new 到内存释放
每个对象独立走完这一流程，可能频繁创建与销毁。主流划分是四阶段，也有细分为七阶段的说法，核心逻辑一致：
-
创建（Creation）：执行
new时，JVM 先确保类已初始化；再在堆中分配内存（通过指针碰撞或空闲列表，线程安全靠 TLAB）；接着将内存清零（非对象头）；然后设置对象头（哈希码、GC 分代年龄、锁状态等）；最后调用构造方法（<init></init>），完成字段赋值与业务初始化。 - 使用（In Use）：对象被至少一个强引用持有（如局部变量、静态字段、其他对象的成员变量）。此时它可被读写、调用方法、参与运算。注意：软/弱/虚引用不影响此阶段的“存活判定”，仅影响 GC 行为。
-
不可达（Unreachable）：所有强引用链均断开（如变量置为
null、作用域结束、容器移除），且无法从 GC Roots（如栈帧中的局部变量、方法区静态引用、JNI 引用等）到达该对象。它成为 GC 候选者，但尚未被回收。 -
回收（Reclamation）：GC 线程在合适时机（如 Eden 区满、老年代空间不足）启动，通过可达性分析标记不可达对象，再按所用算法（如 G1 的 RSet 扫描、ZGC 的染色指针）清理内存。对象占用空间被释放，可能触发
finalize()（不推荐依赖），最终内存归还给堆。
关键区别与协同关系
类是对象的“模具”，对象是类的“实例”。没有类的初始化，就无法创建对象；而大量对象的创建与销毁，又会推动 GC 频率，间接影响类元数据在元空间的驻留压力。
- 类加载是“一次性准备”，对象创建是“按需多次发生”。
- 类卸载极少见，对象回收每秒可能发生成千上万次。
- 对象能否创建，取决于类是否已完成初始化；对象能否被回收，取决于其自身是否可达，与类是否卸载无关。
- 反射、序列化、克隆等非
new方式创建对象，仍依赖对应类已加载并初始化。
开发者能干预的点
你不能强制类卸载，也不能命令 GC 立即回收某个对象，但可以优化行为：
- 避免静态集合长期持有对象引用，防止内存泄漏。
- 大对象或外部资源（文件、连接）尽早显式释放，不要依赖
finalize()。 - 局部对象用完后及时置
null（对现代 GC 效果有限，但在长生命周期方法中仍有意义）。 - 合理选择引用类型：缓存用
SoftReference，监听器用WeakReference，避免意外阻止回收。 - 监控类加载数量（
jstat -class）和堆内存变化（jstat -gc），定位潜在问题。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
