静态变量和静态代码块按源码出现顺序执行，父类优先于子类；类初始化仅在首次主动使用等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 代码；真正触发初始化（<clinit> 方法执行）的条件有且仅有 5 种，最常见的是：首次主动使用该类的静态字段或静态方法（且不是常量）、new 该类实例、反射调用、子类初始化导致父类初始化、main 方法所在类启动时。
立即学习“Java免费学习笔记（深入）”；
注意：final static 基本类型常量（如 public static final int VAL = 42;）属于「编译期常量」，引用它不会触发类初始化，而是直接内联到调用处。
容易踩的坑：
- 通过子类引用父类的
static字段，若该字段不是编译期常量，则会触发父类初始化，但不会触发子类初始化 -
Class.forName("xxx")默认会初始化类；ClassLoader.loadClass("xxx")不会
父类与子类的初始化顺序
子类初始化前，JVM 强制先完成其直接父类的初始化（递归向上），但**不触发间接父接口或父类的父类的初始化，除非它们被直接主动使用**。
典型顺序是：
- 父类
static变量 → 父类static块 - 子类
static变量 → 子类static块 - 父类普通字段初始化 → 父类构造器
<init> - 子类普通字段初始化 → 子类构造器
<init>
关键点：静态部分只在类首次初始化时跑一遍；每次 new 实例，只执行非静态字段初始化 + 构造器，不再重复跑 static 块。
双亲委派模型下 loadClass() 的实际行为
自定义 ClassLoader 重写 loadClass(String name) 时，若未显式调用 super.loadClass(name)，就绕过了双亲委派，可能导致同一个类被多个类加载器重复加载，引发 ClassCastException（即使类名、字节码完全相同）。
正确做法是：仅在需要打破委派（如热部署、隔离插件）时才重写 findClass()，并在 loadClass() 中保留委派逻辑：
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 观察加载日志。
