Java对象初始化顺序为：静态代码块→构造代码块→构造方法，父子类按“父静→子静→父实→父构→子实→子构”执行，确保状态可控与继承安全。
Java 中代码块执行顺序本身不“保障”对象状态准确性，而是提供一套确定性机制——只要开发者理解并遵循这个顺序，就能主动控制初始化节奏，避免字段未初始化、依赖错乱或父类状态不完整等问题。
静态代码块：确保类级别资源就绪
静态代码块在类首次被主动使用时执行一次，负责加载驱动、初始化配置、设置全局常量等。它不依赖对象，但为后续所有实例打下基础。比如数据库连接池、日志器单例、配置映射表，都应在静态块中完成初始化，否则后续 new 对象时可能因类未就绪而抛出 ExceptionInInitializerError。
- 多个静态块按源码从上到下执行，适合分阶段准备（如先读配置，再校验，最后注册）
- 若某静态块抛出未捕获异常，整个类初始化失败，后续任何对该类的访问都会直接报错——这是 JVM 的强一致性保护
- 避免在静态块中调用尚未初始化的静态字段（非法前向引用），编译器会提前拦截
构造代码块：统一对象共有状态的“安全起点”
构造代码块在每次 new 对象时、父类构造方法返回后、本类构造方法体开始前执行。此时 this 可用，所有字段已声明（含默认值），父类部分已完全初始化——这正是设置对象共性状态（如唯一ID、创建时间、审计标记）的理想时机。
- 它被编译器自动插入每个构造方法开头，不遗漏、不跳过，杜绝因重载构造器导致的初始化遗漏
- 多个构造代码块按书写顺序依次执行，可拆解复杂初始化逻辑（如先分配资源，再设置元数据）
- 不能访问尚未声明的字段，但可安全调用静态方法或已声明的实例方法（注意：若该方法被子类重写，需警惕父类构造中调用虚方法的风险）
构造方法：承接差异化逻辑，收口验证与启动
构造方法在构造代码块之后运行，是对象初始化的“最后一环”。它接收参数、做业务校验、设置特有属性、启动线程或监听器——这些操作依赖前面两步已建立的稳定基础。
立即学习“Java免费学习笔记（深入）”；
- 子类构造器首行隐式调用
super()，强制确保父类初始化完成；若父类无无参构造器，必须显式调用super(...)，否则编译失败 - 可在构造方法中对构造代码块设好的状态做二次校验（如检查 ID 是否合法、时间戳是否合理）
- 避免在构造方法中暴露
this引用（如注册监听、传给其他线程），否则可能让未完全初始化的对象被外部访问
父子类协同：先父后子，层层递进
当创建子类对象时，JVM 严格按“父类静态 → 子类静态 → 父类实例块 → 父类构造 → 子类实例块 → 子类构造”顺序推进。这种刚性链条保证了继承体系的状态完整性。
- 父类字段默认初始化和实例块执行完毕后，子类字段才开始默认初始化，再执行子类实例块——字段生命周期清晰可控
- 若父类构造器中调用被子类重写的方法，此时子类实例块尚未执行，其字段仍为默认值（如
null或0），极易引发空指针或逻辑错误 - 可通过提取 final 方法、或把可变行为延迟到
init()模板方法中（由子类在构造完成后显式调用）来规避该风险
