Java中代码块执行顺序决定对象状态一致性：静态块仅类加载时执行一次，初始化static成员；构造块每次new时在父类构造后、本类构造前执行，统一初始化实例状态；构造方法最后处理差异化逻辑；字段显式初始化与构造块同序；普通代码块仅限方法内局部作用域。
Java 中代码块执行顺序直接影响对象状态是否一致——它不是执行快慢的问题，而是“谁先改、改什么、能否看到”这三件事的严格时序安排。搞错顺序，轻则字段值不符合预期，重则出现 NullPointerException 或逻辑错乱。
静态代码块只管类级别准备，不碰对象状态
静态代码块在类首次被主动使用时执行一次，只初始化 static 字段或做类级资源注册（比如数据库驱动加载）。它完全不参与对象创建过程，因此对单个对象的状态毫无影响。如果误把实例字段初始化写进静态块，编译会直接报错——因为实例字段此时根本不存在。
- 它不能访问任何非静态成员（包括
this、普通字段、普通方法） - 多个静态块按源码顺序执行，但只跑一遍；之后每次
new都不再触发 - 若静态块中抛出未捕获异常，整个类初始化失败，后续所有对该类的引用都会立即抛
ExceptionInInitializerError
构造代码块是对象状态一致性的第一道防线
构造代码块（即实例代码块）在每次 new 对象时执行，且固定位于父类构造方法返回之后、本类构造方法体开始之前。它被编译器自动“复制”到每个构造方法开头，是统一初始化所有对象共性状态的唯一可靠位置。
- 它能安全访问已声明的实例字段和静态成员，但不能引用尚未声明的字段（否则编译报
illegal forward reference） - 多个构造代码块按源码顺序依次执行，适合拆分初始化逻辑（比如先设默认 ID，再打日志标记）
- 它比构造方法更早拿到
this，意味着对象引用已存在、内存已分配，但字段还未被构造方法赋值——此时修改字段，就是对象最终状态的起点
构造方法负责差异化设置，依赖构造块已完成基础状态
构造方法在构造代码块之后执行，主要处理参数驱动的个性化初始化（如根据传入姓名设置 name，校验年龄范围）。它的正确性建立在构造代码块已打好基础的前提下。
立即学习“Java免费学习笔记（深入）”；
- 如果构造方法里重复初始化已在构造块中设好的字段，可能覆盖掉统一逻辑（比如学号生成规则被手动重写）
- 若父类构造器中调用了可被子类重写的虚方法，而该方法访问了子类字段——此时子类构造代码块尚未执行，字段仍是默认值（
null或0），极易引发空指针或业务错误 - 字段显式初始化（如
private int x = 10;）与构造代码块地位等同，也按声明顺序执行，共同构成构造方法前的完整初始化链
普通代码块不参与对象生命周期，只管局部作用域
写在方法内部的 {} 是普通代码块，它既不随类加载触发，也不随 new 触发，纯粹是执行流中的一个语法分组。它对对象状态一致性没有贡献，但会影响变量可见性和临时计算的安全性。
- 块内声明的变量仅在该块内有效，退出即销毁，避免命名污染
- 它按方法内书写顺序执行，和
if、for平级，不会提前或延后 - 即使写了 100 个普通代码块，只要对应方法没被调用，它们一个都不会运行
