抽象类加载不触发初始化，其子类是否初始化取决于自身是否被主动使用；子类首次主动使用时，JVM会先递归初始化其抽象父类，再执行子类静态代码。
抽象类本身可以被加载和初始化，但不会被实例化；它的子类是否联动初始化，取决于是否触发了“主动使用”条件，而不是单纯因为抽象父类被加载。
抽象类加载不等于初始化
当 JVM 加载一个抽象类（比如通过 Class.forName("A") 或引用其静态成员），仅完成“加载→链接”阶段。若未触发六种主动使用情形之一，抽象类不会进入初始化阶段——即其 <clinit>()</clinit> 方法不会执行，静态变量和静态块也不会运行。
这意味着：仅加载抽象类，不会导致任何子类被初始化，哪怕子类已存在、甚至已被加载过。
子类初始化的触发条件独立于抽象父类是否已加载
子类是否初始化，只看它自身是否被“主动使用”。常见情形包括：
- 创建该子类的实例（
new ConcreteSubclass()） - 访问子类的静态字段（读或写）
- 调用子类的静态方法
- 反射加载子类并指定
initialize = true（如Class.forName("ConcreteSubclass", true, loader)） - 初始化另一个类，而该类在编译时直接引用了该子类（如子类是某个静态字段的类型且该字段被访问）
注意：即使抽象父类尚未初始化，只要子类满足上述任一条件，JVM 会先确保其直接父类（含抽象类）完成初始化——这是初始化顺序规则，而非加载联动。
初始化时的父子顺序保障
当子类首次被主动使用而触发初始化时：
- JVM 检查其直接父类（可能是抽象类）是否已初始化；若未初始化，则**先递归初始化父类**（包括执行父类的
<clinit>()</clinit>） - 父类初始化完成后，再执行子类自己的静态变量赋值和静态代码块
- 这个过程是单次、线程安全的：JVM 对每个类的
<clinit>()</clinit>加锁，避免重复执行
例如：abstract class A { static { System.out.println("A init"); } } 和 class B extends A { static { System.out.println("B init"); } }。首次执行 B.class 的任意静态访问，输出一定是 A init → B init。
如何验证这种行为
可通过以下方式观察实际加载与初始化时机：
- 在抽象类和子类中分别添加带日志的静态块（
static { System.out.println("X init"); }） - 用
java -verbose:class启动程序，查看类加载时间点（加载 ≠ 初始化） - 配合
ClassLoader.getSystemClassLoader().loadClass("AbstractClass")—— 此操作只加载不初始化 - 对比
Class.forName("ConcreteSubclass")（默认初始化）与Class.forName("ConcreteSubclass", false, loader)（不初始化）的行为差异
关键区分点始终在于：加载是物理字节码载入，初始化是逻辑执行；抽象类作为父类，只在子类真正需要执行静态初始化时，才被动参与初始化链，而非自动“拉起”子类。
