在 @ParameterizedTest 的 ArgumentsProvider 中直接调用 @Mock 字段会触发 NullPointerException，因为 Mock 对象尚未初始化；需改用 @BeforeAll 静态初始化或预定义测试数据来规避生命周期冲突。
在 `@parameterizedtest` 的 `argumentsprovider` 中直接调用 `@mock` 字段会触发 `nullpointerexception`，因为 mock 对象尚未初始化；需改用 `@beforeall` 静态初始化或预定义测试数据来规避生命周期冲突。
JUnit 5 的测试执行生命周期严格有序：ArgumentsProvider 实例化 → @BeforeAll（静态）→ @Mock 注入 → @BeforeEach → 测试方法执行。而 @ArgumentsSource 所依赖的 ArgumentsProvider（如示例中的 TestParameter）会在任何测试生命周期注解（包括 @Mock）生效前就被构造和调用——此时 myRepository 仍为 null，导致 myRepository.findComponentByKey_1(...) 抛出 NullPointerException。
✅ 正确解决方案是避免在 ArgumentsProvider 中访问未就绪的 Mock 对象。推荐两种实践方式：
方式一：使用 @BeforeAll 静态初始化 Mock（适用于简单场景）
@ExtendWith(MockitoExtension.class)
public class MyServiceTest {
@Mock
private static MyRepository myRepository; // 注意：@Mock 与 static 兼容（Mockito 4.11+），但更推荐非 static + @BeforeAll 初始化
private MyService myService;
@BeforeAll
static void initMocks() {
// 手动创建 mock 实例（确保在 ArgumentsProvider 调用前可用）
myRepository = mock(MyRepository.class);
// 可在此预设共用 stub 行为（如所有 key 查询返回空列表）
when(myRepository.findComponentByKey_1(anyString())).thenReturn(List.of());
when(myRepository.findComponentByKey_2(anyString())).thenReturn(List.of());
}
@BeforeEach
void setUp() {
myService = new MyService(myRepository);
}
@ParameterizedTest
@ArgumentsSource(TestParameter.class)
void findAllTest(Map<String, String> allParameters, List<Element> methodCall) throws JsonProcessingException {
Element element = Element.builder().identification("id").build();
// 注意：此处不应再对 methodCall 做 when(...) —— methodCall 是输入参数，不是 mock 对象！
// 正确做法：stub myRepository 的实际方法
when(myRepository.findComponentByKey_1("value_2")).thenReturn(List.of(element));
var expectedResponse = myService.execute(allParameters); // 注意方法名修正为 execute
// assert...
}
private static class TestParameter implements ArgumentsProvider {
@Override
public Stream<? extends Arguments> provideArguments(ExtensionContext context) {
return Stream.of(
Arguments.of(Map.of("key_1", "value_2"), List.of()), // methodCall 作为预期输入，不参与 stub
Arguments.of(Map.of("key_2", "value_2"), List.of())
);
}
}
}⚠️ 注意事项：
-
@Mock private static MyRepository写法在较新 Mockito（≥4.11）中支持，但强烈建议改为非 static 字段 +@BeforeAll中mock()初始化，以保持可读性与兼容性； -
when(methodCall).thenReturn(...)是错误用法：methodCall是普通List参数，非 mock 对象，无法 stub；应 stubmyRepository的实际方法； -
ArgumentsProvider应只提供确定的、无需运行时依赖的测试数据，如常量 Map、预构建对象等； - 若业务逻辑要求参数动态依赖 Repository，应重构为：将参数生成逻辑移至测试方法内，改用
@MethodSource或@CsvSource等静态数据源，或拆分为多个独立@Test方法。
总结：参数化测试的 ArgumentsProvider 是测试框架早期加载的纯数据提供者，不具备 Spring 上下文或 Mockito 生命周期支持。坚守“参数即常量”原则，将行为模拟（stubbing）留在 @Test 方法体内，是写出稳定、可维护单元测试的关键。
