java类静态成员初始化严格发生在类加载的“初始化”阶段，仅执行一次：由new实例、访问非final静态字段、调用静态方法、反射class.forname()或初始化子类触发；按源码顺序执行，父类优先于子类，依赖类会递归初始化。
Java类加载器和静态成员初始化不是两个孤立过程，而是紧密耦合的联动机制：类加载器负责把字节码载入内存并构建Class对象，而静态成员初始化则发生在加载完成后的“初始化”阶段，由JVM自动触发且仅执行一次。
类加载器何时触发静态初始化
静态成员（static字段、static块）的初始化，不会在类被加载（Loading）时发生，也不会在验证（Verification）或准备（Preparation）阶段执行。它只在“初始化”（Initialization）阶段进行，前提是该类被主动引用且尚未初始化过。
以下操作会触发初始化（从而执行静态成员）：
- 用
new创建该类实例（如new MyClass()） - 读取或赋值其非
final static字段（如MyClass.count++） - 调用其静态方法（如
MyClass.doSomething()） - 通过反射获取
Class对象并触发初始化（如Class.forName("MyClass")，注意MyClass.class不触发） - 初始化其子类（此时父类若未初始化，会先触发父类初始化）
反例：子类引用父类的public static final常量（编译期内联），不会导致子类或父类初始化。
静态成员初始化的执行顺序与依赖规则
静态初始化严格按源码书写顺序执行，并遵循继承链自顶向下原则：
- 先初始化父类的静态变量和静态块（按声明顺序），再初始化子类的
- 同一类中，静态字段初始化表达式与静态代码块混合合并为
<clinit></clinit>方法，按源码出现顺序执行 - 若静态字段依赖另一个类的静态成员，会递归触发那个类的初始化（可能引发死锁，需警惕循环依赖）
例如：static int x = OtherClass.VALUE + 1; 会导致OtherClass被初始化（若尚未初始化）。
自定义类加载器对静态初始化的影响
自定义类加载器本身不改变初始化逻辑，但会影响“类是否被视为同一个类”——不同类加载器加载的相同类，JVM视为不同类型，各自拥有独立的静态域和独立的初始化过程。
典型场景：
- Web容器（如Tomcat）为每个应用使用独立类加载器，避免应用间静态变量污染
- 热部署时替换类加载器，使新类重新执行静态初始化
- 双亲委派被破坏（如线程上下文类加载器）时，可能绕过系统类加载路径，导致核心类被重复加载并多次初始化（极危险，应避免）
注意：ClassLoader.loadClass()只完成加载+链接，不触发初始化；必须配合Class.forName(className, true, loader)（第二个参数true表示初始化）才生效。
排查静态初始化异常的实用技巧
静态初始化块中抛出异常（如NullPointerException、ExceptionInInitializerError）会导致类初始化失败，后续所有对该类的主动引用都会直接抛出NoClassDefFoundError（不是ClassNotFoundException）。
快速定位建议：
- 检查
ExceptionInInitializerError的cause，它指向原始异常位置 - 避免在静态块中做复杂操作（如IO、网络、依赖注入），尤其不要调用尚未初始化的其他类静态方法
- 使用
java -verbose:class观察类加载时机，结合日志确认初始化是否被意外跳过或重复触发 - 单元测试中可借助
Class.forName("X", false, loader)预加载但不初始化，再用Class.forName("X", true, loader)显式触发，便于隔离验证
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
