@BeforeAll的核心作用是测试类级一次性初始化高开销静态资源，必须为static方法，因其需在JUnit创建任何测试实例前执行，而static方法不依赖实例、属于类本身，否则会抛出JUnitException。
@BeforeAll 的核心作用就是在整个测试类开始前，一次性初始化那些开销大、不随测试方法变化的静态资源。它必须是 static 方法，因为此时测试实例还没创建，JUnit 还没为每个 @Test 方法 new 出对象。
为什么 @BeforeAll 方法必须是 static
JUnit5 默认采用 @TestInstance(Lifecycle.PER_METHOD) 模式——每次执行一个 @Test 方法，都会新建一个测试类实例。而 @BeforeAll 要在所有测试实例诞生前就运行，自然不能依赖任何实例变量或 this 引用。只有 static 方法属于类本身，不依赖实例，才能被安全调用。
- 非 static 的 @BeforeAll 会直接抛出 JUnitException：method must be static
- static 方法里不能访问非 static 字段或调用非 static 方法（除非显式 new 实例）
- 静态资源（如连接池、嵌入式数据库、MockMvc 构建器）适合放在这里初始化
@BeforeAll 初始化典型静态资源示例
比如启动 H2 内存数据库连接池、预加载配置、初始化全局 MockMvc 实例：
@BeforeAll
static void initSharedResources() {
// 初始化 HikariCP 连接池（只做一次）
HikariConfig config = new HikariConfig();
config.setJdbcUrl("jdbc:h2:mem:testdb;DB_CLOSE_DELAY=-1");
config.setUsername("sa");
config.setPassword("");
dataSource = new HikariDataSource(config);
// 构建并缓存 MockMvc（Spring Boot 环境下需配合 @SpringBootTest）
mockMvc = MockMvcBuilders.webAppContextSetup(context)
.alwaysDo(print())
.build();
}
注意：dataSource 和 mockMvc 必须声明为 static 字段，否则后续测试方法无法访问。
立即学习“Java免费学习笔记（深入）”；
和 static 代码块的区别与协作
@BeforeAll 不是替代 static 块，而是补充——它在 JUnit 生命周期中可控触发，且能抛异常、支持日志、可被监听器拦截；而 static 块在类加载时即执行，时机更早，无法感知测试上下文。
- static 块适合极底层类加载逻辑（如注册驱动、设置系统属性）
- @BeforeAll 更适合测试专属的、带上下文的初始化（如 Spring 容器已启动但 Bean 尚未注入）
- 二者可共存，执行顺序是：static 块 → @BeforeAll 方法
Spring 环境下的特别注意事项
在 @SpringBootTest 中，@BeforeAll 执行时 Spring 上下文**尚未完全刷新**（ApplicationContext 还没 ready），所以不能直接 @Autowired 注入 Bean。正确做法是：
- 用 static 字段 + @BeforeAll 手动从 context 获取 Bean（需确保 context 已注入）
- 或改用 @TestInstance(Lifecycle.PER_CLASS)，让 @BeforeAll 可以是非 static（但需配合 @Autowired 字段）
- 更推荐方式：把 heavy 初始化逻辑封装进 @Service 或 @Configuration，交由 Spring 管理生命周期
