java继承下类加载顺序本质是jvm规范行为：静态部分先父后子、按源码顺序初始化；实例部分先父后子，字段默认值→显式初始化→构造器执行。
Java 中继承关系下的类加载顺序，本质是 JVM 类加载机制在父子类共存时的自然体现。它不是靠“写代码控制”的流程，而是由 JVM 严格按规范执行的固定阶段。理解它，关键在于分清静态内容（static 变量、static 块）和实例内容（普通字段、构造器）的触发时机，以及父类优先于子类这一核心原则。
静态部分：先父后子，自上而下执行
当首次主动使用子类（如 new Son()、Son.staticMethod()、Son.STATIC_FIELD）时，JVM 才会触发类加载流程。此时：
- 先扫描父类所有 static 成员（变量声明、static {} 块），按源码中出现的顺序依次执行初始化
- 再扫描子类所有 static 成员，同样按源码顺序执行
- 这个过程只发生一次，且与是否 new 实例无关；只要用到该类的静态内容，就会触发
实例部分：先父后子，字段先于构造器
当你执行 new Son() 时，在静态部分已执行完毕的前提下，JVM 开始创建对象：
- 为父类所有普通字段分配空间并赋予默认值（如 int=0，Object=null）
- 执行父类构造器中的代码（包括调用 super() 后的逻辑）
- 为子类所有普通字段分配空间并赋予默认值
- 执行子类构造器中的代码
注意：字段的显式初始化（如 int x = 5;）是在构造器执行前、字段赋默认值后立即发生的，属于“实例初始化”的一部分，不是 static 阶段。
排查加载顺序问题的实用方法
遇到“静态块没执行”“字段值为 null”“构造器报空指针”等现象，往往不是顺序错了，而是对触发时机理解有偏差。可这样验证：
- 加日志：在每个 static 块、每个字段初始化表达式、每个构造器首尾打印明确标识（如 "Father static 1"、"Son ctor start"）
- 用 java -verbose:class 启动程序，观察类被加载的先后顺序（注意：这只显示“加载”，不包含“初始化”）
- 检查是否误触“被动引用”——比如仅访问父类的 static final 字段，可能不会触发子类初始化
- 确认没有 NoClassDefFoundError 干扰：若父类 static 块抛异常，整个类会被标记为初始化失败，后续任何使用都会直接报错，掩盖真实顺序
常见误区提醒
这些说法容易误导实际判断：
- “子类构造器第一行隐式 super() 导致父类构造器先执行”——这是对的，但别忘了它前面还有父类字段初始化
- “static 变量定义顺序不重要”——错，static 变量声明和 static 块混合时，顺序直接影响执行流
- “只要写了 extends 就会立刻加载父类”——错，只有首次主动使用子类时才触发，且父类加载也仅限于必要阶段
- “字段初始化一定在构造器里”——错，字段的显式初始化在构造器体执行前完成，是 JVM 自动插入的步骤
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
