类加载顺序决定静态成员初始化行为：父类静态→子类静态→实例变量→构造器。遵循此序可避免初始化异常，确保程序稳定性。
Java中的类加载顺序直接影响程序的初始化行为和运行时表现，尤其在涉及静态变量、静态代码块、继承关系时尤为关键。理解类加载机制有助于避免因初始化顺序导致的逻辑错误或意外结果。
类加载的基本顺序
Java虚拟机在首次主动使用某个类时触发类加载，整个过程包括加载、链接（验证、准备、解析）和初始化三个阶段。其中，初始化阶段的执行顺序决定了静态成员的行为一致性：
- 父类的静态变量和静态代码块优先于子类执行
- 同一类中，静态成员按代码书写顺序依次初始化
- 实例变量和实例代码块在构造器之前执行，且遵循从父到子的顺序
- 构造器最后执行
例如：
class Parent {static { System.out.println("Parent 静态代码块"); }
}
class Child extends Parent {
static { System.out.println("Child 静态代码块"); }
}
public class Test {
public static void main(String[] args) {
new Child(); // 输出：Parent 静态 → Child 静态
}
}
对运行行为的影响
加载顺序不一致可能导致程序状态异常，尤其是在以下场景中：
立即学习“Java免费学习笔记（深入）”；
- 静态字段依赖尚未初始化的其他静态字段，可能读取到默认值（如 null 或 0）
- 在静态代码块中调用已被重写的方法（不推荐），由于对象未完全构建，行为不可控
- 多线程环境下，类初始化只执行一次，但若逻辑依赖顺序不当，可能引发竞态条件
比如：
class Config {public static final String VERSION = getVersion();
public static final String APP_NAME = "MyApp";
private static String getVersion() {
return APP_NAME + "-1.0"; // 此时 APP_NAME 尚未赋值，返回 "null-1.0"
}
}
确保行为一致的关键原则
为保证类加载过程中行为可预测，应遵守以下实践：
- 避免在静态初始化逻辑中引用后续才定义的静态成员
- 尽量将静态常量集中声明在类顶部
- 不在静态块中调用可被子类重写的方法
- 谨慎使用复杂的静态初始化逻辑，必要时考虑延迟初始化（lazy initialization）
基本上就这些。类加载顺序虽由JVM规范严格定义，但编码时若忽视初始化依赖，仍会导致难以排查的问题。掌握这一机制，能写出更稳定、可维护的Java代码。
