Java继承中初始化是双向流水线：静态部分自顶向下一次性执行，实例部分自顶向下进入、自底向上返回；静态初始化要求父类先完成再轮到子类，实例初始化每次new都重走继承链且父类构造器必须先返回。
Java继承体系中，父子类初始化不是各自独立的过程，而是一条被JVM严格管控的双向流水线：静态部分自顶向下一次性走完，实例部分自顶向下进入、自底向上返回。理解这种关联，关键在于分清“类初始化”和“对象初始化”两个阶段，以及它们在继承链上的触发条件与执行约束。
静态初始化：父类必须先“站稳”，子类才能登场
只要子类被首次主动使用（比如 new Child()、调用 Child.staticMethod()、访问非编译期常量的 Child.STATIC_FIELD），JVM就会强制先完成父类的全部静态初始化——包括父类静态变量显式赋值、静态代码块，全部按源码顺序执行完毕，才轮到子类的静态部分。这个过程只发生一次，后续无论创建多少对象或调用多少次静态方法，都不会重复。
- 父类静态块里引用子类的静态字段，会意外触发子类初始化，形成隐式依赖，应避免
- public static final String MSG = "ok"; 这类编译期常量不参与运行时初始化，访问它不会加载或初始化类
- 多个静态块按声明顺序从上到下执行；静态变量赋值语句（如 static int x = init();）和静态块地位等同，一并纳入类的 <clinit> 方法
实例初始化：每次 new 都重走完整继承链，父类构造器必须先返回
每调用一次 new Child()，就启动一次对象初始化流程。它不是跳进子类构造器开始，而是从父类开始层层向下推进：先为父类分配内存并设默认值（0、null 等），再执行父类的实例变量赋值 + 实例代码块（按源码顺序），然后才真正进入父类构造器体；父类构造器执行完毕、返回后，才开始子类的实例变量赋值 + 实例代码块 + 子类构造器体。
- 实例代码块（即不带 static 的 {}）会被编译器自动插入到每个构造器的第一行（super() 之后），所以它总在构造器逻辑之前运行
- 父类构造器中若调用了被子类重写的方法，实际执行的是子类版本——但此时子类的实例字段尚未赋值（仍是默认值），极易导致空指针或逻辑错误
- 字段声明处的初始化（如 String name = "Tom";）和实例代码块执行时机一致，也按源码顺序混合执行
调试验证：用日志锚定每一环节，别靠猜测
真实执行顺序不靠记忆，靠观察。在四类关键位置加带标识的日志，能清晰还原整个链条：
立即学习“Java免费学习笔记（深入）”；
- 在父类静态块开头打印 [S-P] Parent static
- 在子类实例代码块内打印 [I-C] Child init
- 在父类构造器第一行打印 [C-P] Parent()
- 在子类字段初始化方法（如 loadConfig()）内部也加日志，确认其执行时点
看到输出严格符合 父静 → 子静 → 父实 → 父构 → 子实 → 子构 的模式，就说明初始化逻辑已被你真正掌控。
