Java里类加载的执行顺序是什么_Java加载过程详细说明_技术教程

静态变量和静态代码块按源码出现顺序执行，父类优先于子类；类初始化仅在首次主动使用等5种情况下触发，final static常量引用不触发初始化。

静态变量和静态代码块的初始化顺序

类加载时，static 变量赋值与 static 代码块按**源码出现顺序**依次执行，且只执行一次。父类优先于子类，但同一类中不区分「变量声明在前」还是「static块在前」——谁在上面谁先运行。

常见错误：误以为所有 static 初始化都在类加载「开始时」统一处理，实际是逐行解析执行。比如：

public class A {
    static int x = 10;
    static { System.out.println(x); } // 输出 10
    static int y = x + 5;            // y = 15
    static { System.out.println(y); } // 输出 15
}

如果把 y 的声明提到第一个 static 块之前，y 就会是默认值 0，因为此时尚未赋值。

类加载 vs 类初始化的触发时机

「类加载」（Loading）只是把 .class 文件读入方法区，不执行任何 Java 代码；真正触发初始化（方法执行）的条件有且仅有 5 种，最常见的是：首次主动使用该类的静态字段或静态方法（且不是常量）、new 该类实例、反射调用、子类初始化导致父类初始化、main 方法所在类启动时。

注意：final static 基本类型常量（如 public static final int VAL = 42;）属于「编译期常量」，引用它不会触发类初始化，而是直接内联到调用处。

容易踩的坑：

通过子类引用父类的 static 字段，若该字段不是编译期常量，则会触发父类初始化，但不会触发子类初始化
Class.forName("xxx") 默认会初始化类；ClassLoader.loadClass("xxx") 不会

父类与子类的初始化顺序

子类初始化前，JVM 强制先完成其直接父类的初始化（递归向上），但**不触发间接父接口或父类的父类的初始化，除非它们被直接主动使用**。

典型顺序是：

父类 static 变量 → 父类 static 块
子类 static 变量 → 子类 static 块
父类普通字段初始化 → 父类构造器
子类普通字段初始化 → 子类构造器

关键点：静态部分只在类首次初始化时跑一遍；每次 new 实例，只执行非静态字段初始化 + 构造器，不再重复跑 static 块。

双亲委派模型下 loadClass() 的实际行为

自定义 ClassLoader 重写 loadClass(String name) 时，若未显式调用 super.loadClass(name)，就绕过了双亲委派，可能导致同一个类被多个类加载器重复加载，引发 ClassCastException（即使类名、字节码完全相同）。

正确做法是：仅在需要打破委派（如热部署、隔离插件）时才重写 findClass()，并在 lo

adClass() 中保留委派逻辑：

protected Class loadClass(String name, boolean resolve) throws ClassNotFoundException {
    Class c = findLoadedClass(name);
    if (c == null) {
        try {
            c = getParent().loadClass(name); // 委托父加载器
        } catch (ClassNotFoundException e) {
            c = findClass(name); // 父找不到，自己找
        }
    }
    if (resolve) resolveClass(c);
    return c;
}

忽略 resolve 参数或跳过 resolveClass()，会导致类虽已加载但未连接，后续首次使用时报 NoClassDefFoundError 而非 ClassNotFoundException。

真正复杂的地方不在顺序本身，而在「什么时候算首次使用」「哪个类加载器负责加载」「是否被不同加载器重复加载」——这些边界情况一旦出错，堆栈里几乎不报明原因，只能靠 -verbose:class 观察加载日志。