JUnit5参数化测试@BeforeAll及静态块晚于测试执行问题

运行JUnit5参数化测试时，观测到@BeforeAll注解标注的方法、类静态块的执行时机晚于所有参数化测试用例执行，不符合JUnit预期生命周期逻辑。
补充验证结论：编写等价JUnit4版本参数化测试逻辑时，静态块会先于所有测试执行，但@BeforeClass注解标注的方法不会提前执行。

package com.something;

import static org.junit.jupiter.api.Assertions.*;

import org.junit.jupiter.api.*;
import org.junit.jupiter.params.ParameterizedTest;
import org.junit.jupiter.params.provider.CsvSource;
import org.junit.jupiter.params.provider.MethodSource;
import org.junit.jupiter.params.provider.ValueSource;

import java.util.ArrayList;
import java.util.List;
import java.util.stream.Stream;


public class Example {
    MathUtils utils;

    static{
        System.out.println("Static Block------");
    }

    @BeforeAll
    static void beforeAllInit(){
        System.out.println("This will run Before all tests");
    }

    @BeforeEach // 每个测试方法执行前创建新实例
    void Init(){
        utils = new MathUtils();
        System.out.println("utils init()");
    }

    @AfterEach
    void cleanup(){
        System.out.println("Cleaning Up...");
    }

    @ParameterizedTest
    @CsvSource(value={"1,2,3","10,10,20","5,9,14"})
    void testAdd(int num1, int num2, int exp){
        int actual = utils.add(num1,num2);
        assertEquals(exp,actual,"Adding two numbers");
    }

    @ParameterizedTest
    @MethodSource("createDataCollection")
    void testMethod(ReadJson rj) {
        assertNotNull(rj);
    }

    public Stream<ReadJson> createDataCollection() {
        final List<ReadJson> testInputs = new ArrayList<>();

        testInputs.add(new ReadJson("one","something","Miami","ABC"));
        testInputs.add(new ReadJson("two","something","New York","ABC"));
        testInputs.add(new ReadJson("three","something","Redlands","ABC"));

        return testInputs.stream();
    }

}

utils init()
Cleaning Up...
utils init()
Cleaning Up...
utils init()
Cleaning Up...
Static Block------
This will run Before all tests
Process finished with exit code 0

1. JUnit5参数化测试的参数解析发生在测试用例发现阶段：引擎需要先获取所有参数化用例的入参列表，才能枚举生成完整的可执行测试用例集合，这个阶段的执行时机远早于测试类正式初始化、@BeforeAll生命周期回调的执行时机。
2. 示例代码中@MethodSource绑定的createDataCollection()是实例方法（无static修饰），JUnit5为了调用这个非静态方法获取测试数据，会提前创建测试类的临时实例，这个过程会触发实例级别的@BeforeEach、@AfterEach回调执行，也就是输出中前三次utils init()和Cleaning Up...的来源——这部分输出是参数解析阶段的临时实例触发的，不是正式测试运行的输出。
3. 等所有参数解析完成、测试用例全部枚举完毕后，JUnit才会正式加载测试类，执行静态块、@BeforeAll方法，因此这两部分输出排在了最后，造成了生命周期顺序错乱的假象。

• 方案1（最常用）：将@MethodSource关联的数据源方法声明为static静态方法，避免JUnit提前创建测试类临时实例解析参数。修改后参数解析阶段仅调用静态方法，不会触发实例级生命周期回调，静态块会在静态方法调用前自动执行，满足全局资源前置初始化的需求。
  修正后的数据源方法示例：

  public static Stream<ReadJson> createDataCollection() {
      final List<ReadJson> testInputs = new ArrayList<>();
      testInputs.add(new ReadJson("one","something","Miami","ABC"));
      testInputs.add(new ReadJson("two","something","New York","ABC"));
      testInputs.add(new ReadJson("three","something","Redlands","ABC"));
      return testInputs.stream();
  }
  

• 方案2：如果需要在参数解析前初始化数据库连接、公共配置等全局资源，直接将初始化逻辑写入类静态块即可，不要依赖@BeforeAll回调。静态块会在类首次被加载、任何静态方法被调用前自动执行，时序完全早于静态数据源方法的调用。
• 方案3：如果必须使用@BeforeAll中初始化的资源为参数化测试提供数据，可给测试类添加@TestInstance(TestInstance.Lifecycle.PER_CLASS)注解调整测试实例生命周期。该模式下测试类只会实例化一次，@BeforeAll可标注在实例方法上，且执行时机早于参数解析阶段。

内容的提问来源于stack exchange，提问作者XAJA