子类初始化时父类一定先初始化，因为JVM规范要求在子类初始化阶段（执行<clinit>）前必须确保其直接父类已完成初始化，该过程递归向上，而加载和链接阶段可能更早触发父类加载但非强制。
当 JVM 加载一个子类时，并不会自动触发其父类的显式加载，但父类通常会在子类初始化前被加载和初始化——这取决于具体时机和类加载机制，而不是“因为继承关系而强制加载”。关键在于区分 加载（Loading）、链接（Linking） 和 初始化（Initialization） 三个阶段，尤其是初始化阶段对父类的依赖。
加载阶段：父类不必然被加载
ClassLoader 调用 loadClass(String name) 加载子类时，仅负责解析该类的二进制字节码并生成 Class 对象。JVM 规范并未要求此时必须加载其父类。父类可能尚未加载，也可能已被其他路径提前加载（如被其他类引用过）。
也就是说：
- 子类的 .class 文件被读入、验证、准备，生成 Class 对象；
- 父类是否已存在 Class 对象，不影响子类加载成功；
- 真正需要父类 Class 的时刻，是在后续的链接（特别是验证和准备）或初始化阶段。
链接阶段：验证时强制要求父类就绪
在链接的 验证（Verification） 子阶段，JVM 会检查子类的父类是否可访问、是否存在、是否是 final 等。此时若父类尚未加载，JVM 会主动委托当前 ClassLoader 去加载父类（即调用 loadClass(parentName)），这是由 JVM 内部逻辑保证的，无需手动干预。
这个过程遵循双亲委派模型：
- 当前 ClassLoader 先委托父加载器尝试加载父类；
- 若父加载器无法加载（返回 null），才由自己加载；
- 所以最终父类一般由与子类相同或更上层的 ClassLoader 加载（常见是 AppClassLoader 或 PlatformClassLoader）。
初始化阶段：父类一定先于子类初始化
根据 JVM 规范，当首次主动使用子类（如创建实例、调用静态方法、访问静态字段等）触发其 初始化 时，JVM 会确保其直接父类已初始化（递归向上）。注意：
- 加载和链接可能早已完成；
- 初始化才是真正执行 <clinit>（静态块和静态变量赋值）的阶段。
例如：
立即学习“Java免费学习笔记（深入）”；
class A { static { System.out.println("A init"); } }
class B extends A { static { System.out.println("B init"); } }
执行 new B() 或 B.class（未触发初始化）不会立刻输出；但执行 B.someStaticMethod() 或 System.out.println(B.value) 时：
- 先触发 A 的 <clinit> → 输出 "A init"；
- 再触发 B 的 <clinit> → 输出 "B init"。
特殊情况：父类可能被跳过或延迟
以下情况可能导致父类未按预期加载/初始化：
- 父类是 java.lang.Object：已由 BootstrapClassLoader 预加载，不触发额外流程；
- 子类通过反射获取 Class 对象（如 Class.forName("B", false, cl)），且第二个参数为 false：只加载不初始化，父类也不会被初始化；
- 父类本身已被其他 ClassLoader 加载（非委托链上的），可能引发 LinkageError（如 IllegalAccessError），因 JVM 要求父子类必须由同一类加载器或满足双亲委派可见性。
