java类加载机制中，加载、连接（含验证、准备、解析）、初始化并非严格串行，而是按需触发、阶段可分离且部分交叉；加载仅读入字节码并生成class对象，不执行代码；连接负责校验、分配静态变量默认值及符号引用解析；初始化才执行()方法，仅由new、getstatic等主动引用触发。
Java 类的加载、连接、初始化不是线性串行执行的固定流水线，而是按需触发、阶段可分离、部分交叉进行的过程。关键不在于“怎么串联”，而在于理解每个阶段的触发条件和依赖关系——它们靠 JVM 的主动使用规则自动衔接，不是开发者手动调用。
加载阶段：类进内存的起点
加载是整个生命周期的第一步，但仅把 .class 字节码读入方法区（元空间），并生成一个 Class 对象。它本身不执行任何 Java 代码，也不分配静态变量真实值。
常见触发方式包括：
- 使用 new 创建实例
- 访问或修改非编译期常量的静态字段（如
public static int count = 1;） - 调用静态方法
- 反射调用 Class.forName("xxx")（会连带触发初始化）
- ClassLoader.loadClass("xxx") 只加载，不初始化
连接阶段：验证、准备、解析三步落地
连接紧随加载之后启动，但不是原子操作——三个子阶段可以交错发生，且解析甚至可能延迟到初始化之后（为支持动态绑定）。它的作用是让类从“可读”变成“可运行”。
各子阶段重点：
-
验证：检查字节码合法性（魔数、版本、控制流、符号引用存在性等），失败抛
VerifyError -
准备：为
static字段分配内存，并设默认值（0、false、null），不执行赋值语句（如static Date now = new Date();这行此时不运行） - 解析：将常量池中的符号引用（如类名、方法签名字符串）替换成内存中真实的地址（直接引用），按需进行，不一定全量完成
初始化阶段：静态逻辑真正执行
这是唯一执行 Java 代码的阶段，核心动作是执行 <clinit></clinit> 方法：合并所有静态变量赋值语句和静态代码块，按源码顺序执行。
只有以下主动使用场景才会强制触发初始化（JVM 规范明确列出）：
- 遇到
new、getstatic、putstatic、invokestatic字节码指令，且类尚未初始化 - 反射调用
Class.forName()（注意：loadClass()不触发） - 初始化子类时，若父类未初始化，则先递归初始化父类
- JVM 启动时，执行
main方法所在类 - 使用 JDK7+ 动态语言支持，方法句柄解析结果涉及上述四类指令
典型被动使用（只加载不初始化）包括：访问 static final 编译期常量、通过子类引用父类静态字段、定义数组类型（如 User[]）。
三阶段如何“串联”：靠状态驱动，非硬编码顺序
JVM 内部用状态机管理类的生命周期，每个类在 SystemDictionary 中记录当前状态（未加载 / 已加载 / 初始化中 / 已初始化）。当某条字节码指令需要类处于某个阶段时，JVM 自动补全前置阶段：
- 执行
new User()→ 若 User 未加载，先触发加载；若已加载但未初始化，则依次走完连接（验证/准备/解析）→ 初始化 → 实例化 - 读取
User.NAME（非 final）→ 同样触发完整链路，直到初始化完成 - 读取
User.VERSION（public static final int VERSION = 1;）→ 只走到准备阶段（常量已写入常量池），跳过初始化 -
Class.forName("User")→ 加载 + 连接 + 初始化一步到位 -
ClassLoader.getSystemClassLoader().loadClass("User")→ 只加载，不连接也不初始化
这种基于使用需求的状态推进机制，才是加载、连接、初始化真正“串联”的本质——不是时间上的先后排队，而是逻辑上的依赖满足。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
