java代码块执行顺序为：静态块→构造块→构造方法→局部块；静态块类首次主动使用时执行一次，构造块每次new对象时在super()后、构造器前执行，局部块仅随方法调用触发。
代码块执行顺序直接影响变量初始化时机、对象状态完整性，以及是否出现空指针或非法前向引用——它不是语法糖，而是 JVM 类加载与对象创建机制的硬性约束。
静态块决定类能否成功加载
静态代码块在类首次主动使用时触发，且只执行一次。一旦其中抛出未捕获异常（比如读取配置文件失败、数据库连接超时），整个类初始化中断，后续所有对该类的访问都会直接抛 ExceptionInInitializerError，连 main 方法都进不去。
- 多个静态块按源码从上到下依次执行，顺序错乱可能导致依赖未初始化
- 访问
public static final String MSG = "ok"不触发静态块；但访问public static int PORT = 8080就会触发 - 若静态字段依赖尚未执行的静态块，编译能过，运行时报
NullPointerException
构造块影响子类方法调用的安全性
构造代码块在每次 new 对象时、父类 super() 返回后、本类构造器体开始前执行。这个“插队”位置很关键——尤其当父类构造器中调用了可被子类重写的方法时：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 此时子类的构造块还没运行，子类字段仍是默认值（如
int为 0、Object为null） - 若重写方法里访问了这些字段，就会得到未预期的默认值，甚至空指针
- 构造块虽写在类体任意位置，但编译器统一“复制”到每个构造器开头，与书写顺序无关
局部块不参与初始化，但影响作用域和资源释放
写在方法里的普通代码块（仅 {}，无修饰符）完全独立于类/对象生命周期，只随方法执行流触发：
- 变量在大括号内声明，出了括号就不可见，避免命名污染和误用
- 适合做临时计算、提前释放资源（如关闭流、清空集合）
- 即使类从未初始化（比如只用了
static final常量），只要方法被调，它就执行 - 多个局部块按代码书写顺序执行，和
if或for内部语句一样平级
父子类顺序错位会导致字段值不符合预期
执行 new Child() 时，完整链是：父类静态块 → 子类静态块 → 父类构造块 → 父类构造器 → 子类构造块 → 子类构造器。任何一环顺序颠倒，都可能让字段初始化晚于使用：
- 父类构造器中调用
init()，而子类重写了它，但子类字段在构造块里才赋值——此时字段还是null - 静态字段初始化顺序依赖代码书写位置，
static A a = new A(); static int x = a.value;中若A构造器又用到了x，就会出问题 - 构造块和字段初始化语句混合写时，JVM 按源码顺序合并执行，顺序写错等于逻辑写错
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
