Java类加载顺序解析

Java类加载时，静态成员按源码顺序执行：先父类后子类，静态变量显式初始化等效于紧邻静态代码块；实例化时按父类普通块/变量→父构造器→子类普通块/变量→子构造器顺序执行。

类加载时静态代码块和静态变量的执行顺序

Java 类加载过程中，static 成员（静态变量、静态代码块）按**源码中出现的先后顺序**执行，且只执行一次。注意：静态变量的显式初始化语句（如 static int x = 10;）会被编译器拆成两步——声明 + 赋值，赋值部分等效于写在紧邻的静态代码块中。

常见错误是误以为“所有 static 变量先初始化完，再执行 static 块”。实际上：

• static int a = getValue(); 这行会立即触发 getValue() 调用，哪怕后面还跟着一个 static { System.out.println("block"); }
• 父类的静态成员总在子类之前执行，这是由类加载器委托机制决定的，与是否首次主动使用无关
• 如果静态初始化过程抛出异常（如 NullPointerException），该类加载失败，后续任何对该类的引用都会抛 NoClassDefFoundError

实例化时构造器、普通代码块、成员变量的执行顺序

当执行 new MyClass() 时，顺序不是“先构造器后其他”，而是严格按以下流程展开：

• 父类的普通代码块（{ ... }）和成员变量初始化（含默认值和显式赋值）按源码顺序交替执行
• 父类构造器（隐式或显式调用 super()）
• 子类的普通代码块和成员变量初始化（同样按源码顺序）
• 子类构造器主体

特别注意：final 字段若在构造器中才赋值（非声明时赋值），它不会参与上面的“成员变量初始化”阶段；而 static final 字段若为编译期常量（如 static final int X = 1;），则根本不会出现在类加载的初始化阶段，而是被直接内联进调用处。

类加载器双亲委派模型如何影响加载时机

双亲委派本身不决定“什么时候加载”，而是决定“由谁来加载”。真正触发类加载的，是 JVM 在运行期遇到对某个类的**首次主动使用**，例如：

• 创建该类的实例（new）
• 读写某个类的静态字段（static 变量，但被 final 修饰且是编译期常量除外）
• 调用该类的静态方法
• 反射调用（如 Class.forName("X")）
• 初始化子类时，若父类未初始化，则先触发父类初始化

关键点在于：Class.forName(String) 默认会初始化类，而 ClassLoader.loadClass(String) 不会——后者只加载、不初始化，容易被误认为“没加载成功”，其实只是跳过了 方法执行。

动态代理和 Lambda 表达式带来的隐式类加载

这些语法糖会在运行时生成新类，它们的加载行为容易被忽略：

• 第一次调用 Proxy.newProxyInstance() 会触发 ProxyGenerator.generateProxyClass()，生成字节码并由 defineClass() 加载，这个类名形如 $Proxy0，其父类是 Proxy，所以 Proxy 类必然已被加载和初始化
• Lambda 表达式在首次执行时，JVM 会通过 invokedynamic 指令绑定到一个私有静态方法，该方法所在类会在首次调用时被加载——但这个类不是你写的那个 Lambda 所在类，而是 JVM 自动生成的持有该方法的类（可能叫 OuterClass$$Lambda$1 等）
• 这类动态类的 ClassLoader 是其宿主类的类加载器，不是 AppClassLoader 或 BootstrapClassLoader 的固定某一个

调试时若看到奇怪的 $Proxy 或 $$Lambda$ 类加载日志，别急着查源码——它们不在你的项目里，是 JVM 运行时生成的。