java代码块执行顺序遵循“父类先行、静态优先、书写有序”三原则：静态部分在类加载时按双亲委派顺序执行父类再子类的静态变量赋值和static{}块；实例部分每次new时自顶向下逐层执行默认值→显式赋值/实例块→构造器；构造器与实例块协同实现共性与差异化初始化，需规避this过早暴露导致的未初始化风险。
Java 中代码块执行顺序通过分层、分阶段、可预测的机制，天然适配复杂类层次的初始化需求。它不靠人工协调，而是由 JVM 严格保障“父类先行、静态优先、书写有序”三条主线，让多级继承、混合初始化逻辑变得可控且可推演。
静态部分：类加载时一次性完成，父类先于子类
当首次主动使用任意子类（如 new Child() 或调用 Child.staticMethod()）时，JVM 触发类初始化，按双亲委派顺序执行：
- 先加载并初始化父类的静态变量默认值 → 执行父类所有静态赋值语句和
static{}块（从上到下） - 再初始化子类的静态变量默认值 → 执行子类所有静态赋值语句和
static{}块（从上到下） - 整个过程只发生一次，后续创建任何对象都不再重复
这保证了基类的全局配置（如日志工厂、连接池、枚举注册）总在子类静态资源之前就绪，避免子类静态字段依赖未初始化的父类状态。
实例部分：每次 new 都走完整继承链，自顶向下逐层展开
对象创建时，JVM 沿继承树自上而下推进实例初始化，每个层级内部按源码顺序执行：
- 父类：设实例变量默认值 → 执行父类字段显式赋值 + 实例块（从上到下）→ 运行父类构造器体
- 子类：设实例变量默认值 → 执行子类字段显式赋值 + 实例块（从上到下）→ 运行子类构造器体
- 所有实例块和字段初始化语句，都被编译器自动插入到对应构造器的
super()之后、方法体之前
例如，基类 BaseEntity 用实例块自动填充 id、createdAt；子类 User 和 Order 无需重复写，只需专注自身业务字段——初始化职责自然分层。
父子协同：构造器与实例块共同支撑差异化+共性逻辑
构造代码块不是构造器的替代品，而是它的前置协作者：
- 构造代码块处理所有对象共有的初始化（如生成唯一序列号、设置审计字段、校验非空上下文）
- 构造器负责参数驱动的差异化逻辑（如根据 role 初始化权限集、按 type 加载不同策略）
- 即使一个类有多个重载构造器，所有路径都会先经过相同的实例块，再进入各自构造体
这种分离让代码更易维护：共性逻辑改一处即生效，差异逻辑互不干扰，也便于单元测试中绕过耗时块、聚焦业务逻辑。
避坑关键：明确 this 可用边界与方法调用风险
在复杂继承中，最容易出错的是“过早暴露未初始化状态”：
- 实例块中
this已可用，但子类字段仍为默认值（0、null） - 若父类构造器中调用了被子类重写的方法，而该方法访问子类字段，结果必然是未初始化值
- 静态块中若
new本类实例，会提前触发对象初始化，但此时类尚未完成静态初始化，可能引发循环依赖
解决方式不是回避，而是设计前置：把需子类参与的初始化推迟到 init() 方法中，由子类构造器末尾显式调用；或采用 Holder 模式延迟加载依赖。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
