在 JUnit 5 多模块 Gradle 项目中，可通过定义带 @BeforeAll 的基类实现模块级静态配置初始化，避免依赖未触发的静态块，确保所有测试运行前共享一致的预设状态。
在 junit 5 多模块 gradle 项目中，可通过定义带 `@beforeall` 的基类实现模块级静态配置初始化，避免依赖未触发的静态块，确保所有测试运行前共享一致的预设状态。
在实际测试工程中，单纯依靠 static { ... } 初始化（如 SomeClass.someStaticIntField = 5）并不可靠——JVM 仅在类首次主动使用时才触发静态初始化，而测试类可能完全不引用该配置类，导致初始化被跳过。JUnit 5 提供了更可控、语义明确且符合测试生命周期的替代方案：使用 @BeforeAll 配合抽象基类。
✅ 推荐做法：模块级基类 + @BeforeAll
为某模块下所有测试统一执行初始化，应创建一个抽象基类（如 ModuleSetupBase），并在其中声明 static @BeforeAll 方法：
import org.junit.jupiter.api.BeforeAll;
import org.junit.jupiter.api.extension.ExtendWith;
import org.mockito.junit.jupiter.MockitoExtension;
@ExtendWith(MockitoExtension.class) // 按需添加扩展（如 Mock 支持）
public abstract class ModuleSetupBase {
@BeforeAll
static void initModuleStaticConfig() {
// ✅ 安全、可靠、可调试的初始化入口
SomeClass.someStaticIntField = 5;
System.setProperty("test.env", "integration");
DatabaseTestHelper.prepareTestSchema(); // 示例：初始化测试数据库
// 其他模块级静态/全局配置...
}
}所有该模块的测试类继承该基类即可自动纳入初始化流程：
class UserServiceTest extends ModuleSetupBase {
@Test
void shouldCreateUserWithDefaultSettings() {
assertThat(SomeClass.someStaticIntField).isEqualTo(5); // 断言已生效
}
}
class OrderServiceTest extends ModuleSetupBase {
@Test
void shouldCalculateTaxBasedOnGlobalRate() {
// 同样可访问已初始化的静态上下文
}
}⚠️ 注意事项：
@BeforeAll方法必须是static，且仅在当前测试类（或其继承链）的首个测试执行前调用一次；由于所有测试均继承同一基类，JVM 保证该方法在整个模块测试生命周期中仅执行一次。- 基类本身无需被实例化，也不需要
@TestInstance(Lifecycle.PER_CLASS)——@BeforeAll static已天然支持类级别单次执行。- 若模块含多个不相关测试包，建议将基类置于
src/test/java下的模块专属包（如com.example.mymodule.testsupport），避免跨模块污染。- 禁止在
@BeforeAll中执行耗时 I/O 或网络操作（如启动完整服务）；若需复杂环境准备，请改用@TestInstance(Lifecycle.PER_CLASS)+ 实例级@BeforeAll，或结合Testcontainers等专用方案。
❌ 不推荐的替代方案说明
-
强制类加载（
Class.forName("MyJUnitConfig")）：虽能触发静态块，但需在每个测试类中显式调用，违背 DRY 原则，且无法保证执行时机（如被 JVM 优化跳过）。 -
@TestInstance(PER_CLASS)+ 非静态@BeforeAll：适用于实例状态共享，但对纯静态字段初始化无额外收益，反而增加生命周期管理复杂度。 -
JVM 启动参数或
java.lang.instrument：过度复杂，破坏测试可移植性与可维护性，不符合 JUnit 设计哲学。
综上，基于 @BeforeAll 的抽象基类是 JUnit 5 中实现模块级静态初始化最简洁、标准、可维护的实践方式，既保障执行确定性，又保持代码清晰与框架兼容性。
