Java类加载时机全解析

“纵有疾风来，人生不言弃”，这句话送给正在学习文章的朋友们，也希望在阅读本文《Java类初始化时机详解》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新文章相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

Java类初始化仅在五种主动引用场景下触发：new实例、访问/修改非final静态字段、调用静态方法、反射Class.forName()、初始化子类时；主类启动时也必初始化；被动引用如子类引用父类静态字段、定义数组、引用编译期常量则不触发。

Java类初始化不是一上来就发生的，而是在特定“主动引用”场景下才触发。它和类加载、连接不同，核心是执行静态变量赋值和静态代码块——也就是真正给static成员赋予程序员写的初始值。

明确会触发类初始化的五种情况

以下任一动作首次发生时，若该类尚未初始化，JVM就会立即执行其初始化过程：

• 用 new 创建实例：比如 new MyClass()，不仅创建对象，也会确保 MyClass 已完成初始化（含父类）。
• 访问或修改非 final 静态字段：如 MyClass.count++ 或 System.out.println(MyClass.NAME)；但若字段是 public static final int X = 10; 这类编译期常量，则跳过初始化（值已内联到调用处）。
• 调用静态方法：例如 MyClass.doWork()，哪怕方法体为空，也会触发初始化。
• 通过反射加载类：如 Class.forName("com.example.MyClass")（注意：带参数 false 的重载版本可跳过初始化）。
• 初始化子类时：当首次使用 new Child() 或访问 Child.staticVar，JVM 先检查并初始化 Parent（直接父类），再初始化 Child；接口父类不在此列。

虚拟机启动时的主类初始化

运行 java Main 时，JVM 会优先初始化 Main 类——包括执行它的静态代码块和静态变量赋值。这是整个应用的初始化起点。即使 Main 没有显式静态块，只要它声明了 static 字段且非常量，也会走初始化流程。

不会触发初始化的常见“被动引用”

这些操作只引起类加载或链接，但跳过初始化阶段：

• 子类引用父类的静态字段：如 Child.value（value 在 Parent 中定义），只会初始化 Parent，Child 的静态块不执行。
• 定义数组类型：如 String[] arr = new String[5]; 不会导致 String 类初始化（仅加载）。
• 引用编译期常量：public static final String MSG = "ok"; 被视为宏替换，访问它等同于直接写字符串字面量，不加载也不初始化该类。

初始化顺序与父子类关系

初始化一个类时，JVM 严格按继承链自顶向下推进：

• 先检查直接父类是否已初始化；未初始化则递归触发父类初始化（只触发一次）；
• 父类初始化完成后，才执行本类的静态变量赋值和静态代码块（按源码书写顺序）；
• 接口默认方法不触发接口初始化，但若某实现类被初始化，且该接口含 default 方法，JVM 可能提前初始化该接口（JDK 8+ 行为）。

今天关于《Java类加载时机全解析》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！