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;），则根本不会出现在类加载的初始化阶段，而是被直接内联进调用处。
立即学习“Java免费学习笔记（深入）”；
类加载器双亲委派模型如何影响加载时机
双亲委派本身不决定“什么时候加载”，而是决定“由谁来加载”。真正触发类加载的，是 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 运行时生成的。
