Java测试代码块执行顺序需通过可观察的副作用（如线程安全列表记录日志）捕获时序，静态块在类首次主动使用时执行一次，实例块和构造器按对象创建顺序逐个执行，多对象需加标识区分，须避免继承、Lambda、多线程等干扰因素。
在 Java 中，测试代码块的执行顺序（如静态初始化块、实例初始化块、构造器、方法调用等）不能仅靠断言返回值来验证，而需通过**可观察的副作用**（如修改共享状态、记录日志、写入线程安全容器）来捕获执行时序。核心思路是：让每个代码块向一个全局可读的有序序列中追加唯一标识，再断言该序列符合预期。
使用线程安全的列表记录执行顺序
定义一个 static final List<String>（如 java.util.concurrent.CopyOnWriteArrayList 或加锁的 ArrayList），在各类代码块中按需添加标记字符串。由于类加载和对象创建过程天然串行（单线程语义），该列表能真实反映 JVM 实际执行顺序。
示例：
public class ExecutionOrderExample {
static final List<String> log = new CopyOnWriteArrayList<>();
static {
log.add("static block");
}
{
log.add("instance init block");
}
public ExecutionOrderExample() {
log.add("constructor");
}
public void method() {
log.add("method");
}
}
测试时创建实例并调用方法，再断言 log 内容：
立即学习“Java免费学习笔记（深入）”；
@Test
public void testOrder() {
ExecutionOrderExample obj = new ExecutionOrderExample();
obj.method();
assertEquals(Arrays.asList(
"static block",
"instance init block",
"constructor",
"method"
), ExecutionOrderExample.log);
}
注意静态块与类加载时机
静态初始化块只在类首次主动使用时执行一次，且由类加载器保证线程安全。若测试中未触发类加载（如仅引用类字面量 ExecutionOrderExample.class），静态块不会运行。确保测试逻辑真正“使用”该类：
- 创建实例（如
new ExecutionOrderExample()） - 调用静态方法或访问静态字段（非
final编译期常量） - 反射调用
Class.forName("...")（显式强制加载）
区分不同对象的实例块执行顺序
每个对象创建都会独立执行实例初始化块和构造器。若需验证多个对象的初始化顺序，可在日志中加入对象标识（如 System.identityHashCode(this)）或使用计数器：
public class MultiObjectExample {
static final List<String> log = new CopyOnWriteArrayList<>();
static int counter = 0;
{
int id = ++counter;
log.add("instance-" + id + "-init");
}
public MultiObjectExample() {
log.add("instance-" + counter + "-ctor");
}
}
测试中连续创建两个对象，即可验证每对“init→ctor”是否成组且按创建顺序排列。
避免常见干扰因素
以下情况可能导致顺序误判，需提前排除：
- 子类继承时，父类静态块 → 子类静态块 → 父类实例块 → 父类构造器 → 子类实例块 → 子类构造器
- Lambda 或内部类可能隐式触发外层类加载，影响静态块执行时机
- JUnit 5 的
@BeforeAll在静态块之后运行，但属于测试框架生命周期，不参与被测类自身顺序 - 多线程并发创建对象时，不同对象间的块执行可能交错——此时应专注单线程语义下的顺序，或用同步机制隔离测试用例
