静态代码块最先执行且仅一次，构造代码块每次new对象时在构造器前执行，局部块仅在方法调用且执行流到达时运行。

静态代码块最先执行，只一次；构造代码块每次 new 对象时执行，在构造方法体之前；局部块不参与类或对象初始化，只在它所在方法被调用且执行流到达时运行。

静态代码块：类初始化阶段唯一触发

静态代码块（static {}）不是在类被加载时运行，而是在 JVM 执行「类初始化」阶段才执行，且仅一次。这个阶段由首次主动使用触发，例如：

• new 某个类的实例
• 调用该类的 public static 方法
• 访问非编译期常量的 public static 字段（如 public static int PORT = 8080; 会触发，但 public static final int PORT = 8080; 不会）
• 反射调用 Class.forName("X")

多个静态代码块按源码从上到下顺序执行。若其中抛出未捕获异常，类进入“初始化失败”状态，后续所有对该类的主动使用都会直接抛出 ExceptionInInitializerError。

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

构造代码块：每次 new 对象时，在构造器体前执行

构造代码块（{}，无 static 修饰）属于对象初始化的一部分，与类加载无关。它会在每次调用构造器前自动插入——准确位置是：super() 调用完成之后、本构造器方法体开始之前。

• 会被编译器“复制”到每个构造器开头，因此无论写几个构造器，只要被调用，该块就执行一次
• 父子类中，执行顺序为：父类静态块 → 子类静态块 → 父类构造块 → 父类构造器 → 子类构造块 → 子类构造器
• 可安全赋值实例字段、调用实例方法（前提是不依赖未初始化状态）

局部块：纯语法作用域控制，时机完全独立

局部块（方法体内的一对 {}）既不参与类加载，也不参与对象初始化。它只是 Java 的语法特性，用于限制变量作用域、提前释放资源。

• 执行时机完全取决于它所在方法何时被调用、执行流是否到达该位置
• 哪怕类从未被初始化（如从未触发任何主动使用），只要方法被调用且执行到该块，它就会运行
• 与静态块、构造块没有执行先后关系——它不属于“类/对象生命周期机制”，只是普通语句序列中的一段

完整执行时序示例（含 main 方法）

假设启动类为 A，main 方法中先打印、再 new A()：

• 类 A 首次初始化：所有静态代码块（按声明顺序）→ main 方法开始执行
• main 中遇到局部块：立即按代码顺序执行
• main 中执行 new A()：A 的构造代码块 → A 的构造器体
• 重复 new A()：每次只重复“构造代码块 → 构造器体”，静态块不再出现