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 字段且非常量，也会走初始化流程。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
不会触发初始化的常见“被动引用”
这些操作只引起类加载或链接，但跳过初始化阶段：
立即学习“Java免费学习笔记（深入）”；
-
子类引用父类的静态字段：如
Child.value（value在Parent中定义），只会初始化Parent，Child的静态块不执行。 -
定义数组类型：如
String[] arr = new String[5];不会导致String类初始化（仅加载）。 -
引用编译期常量：
public static final String MSG = "ok";被视为宏替换，访问它等同于直接写字符串字面量，不加载也不初始化该类。
初始化顺序与父子类关系
初始化一个类时，JVM 严格按继承链自顶向下推进：
- 先检查直接父类是否已初始化；未初始化则递归触发父类初始化（只触发一次）；
- 父类初始化完成后，才执行本类的静态变量赋值和静态代码块（按源码书写顺序）；
- 接口默认方法不触发接口初始化，但若某实现类被初始化，且该接口含 default 方法，JVM 可能提前初始化该接口（JDK 8+ 行为）。
