JUnit 5 默认为每个测试方法创建全新的测试类实例，因此多数场景下无需手动使用 @BeforeAll 或 @BeforeEach 初始化被测对象；直接在字段声明处初始化更简洁、安全且符合框架设计哲学。
junit 5 默认为每个测试方法创建全新的测试类实例，因此多数场景下无需手动使用 `@beforeall` 或 `@beforeeach` 初始化被测对象；直接在字段声明处初始化更简洁、安全且符合框架设计哲学。
在 JUnit 5（JUnit Jupiter）中，测试类的生命周期设计以隔离性和可预测性为核心原则。框架默认采用 per-method 实例策略：即在执行每个 @Test 方法前，都会新建一个测试类的实例。这意味着所有非静态字段（如实例变量）天然具备“测试间隔离”特性——一个测试对字段状态的修改，绝不会影响其他测试。
因此，对于像 Calculator 这样无内部可变状态、构造开销小、不依赖外部资源的被测类，最推荐的做法是直接在字段声明处完成初始化：
public class CalculatorShould {
private final Calculator calculator = new Calculator(); // ✅ 推荐：简洁、线程安全、语义清晰
@Test
void calculatePriceForTwo() {
Double price = calculator.calculatePrice(2);
assertEquals(10.0, price); // 注意：assertEquals(double, double) 需用 double 类型
}
@Test
void calculatePriceForFour() {
Double price = calculator.calculatePrice(4);
assertEquals(20.0, price);
}
}✅ 优势说明：
- 零样板代码：无需额外的 @BeforeAll/@BeforeEach 方法，降低维护成本；
- 天然隔离：每个测试拥有独立的 calculator 实例，彻底规避静态共享状态引发的偶发失败；
- 明确所有权：final 修饰符强化不可变语义，防止误赋值，提升可读性与健壮性；
- 兼容并行执行：JUnit 5 支持并行测试（junit.jupiter.execution.parallel.enabled=true），静态共享对象在此模式下极易引发竞态，而实例字段完全规避该风险。
⚠️ 何时才需 @BeforeAll 或 @BeforeEach？
- @BeforeAll：仅用于昂贵且线程安全的共享资源（如启动嵌入式数据库、加载大型配置文件），且必须配合 static 字段 + static 方法使用；
- @BeforeEach：适用于需在每次测试前重置可变状态的场景（如清空 List、重置 Mock 行为、回滚事务等），而非单纯创建新对象。
❌ 反模式示例分析：
原方案中使用 @BeforeAll + static Calculator 虽能运行，但存在隐患：
- 若未来 Calculator 被扩展出内部状态（如缓存、计数器），静态实例将导致测试污染；
- 违反 JUnit 的“测试自治”原则，增加调试难度；
- 在并行执行时可能引发未定义行为。
? 总结：
遵循 JUnit 5 的默认生命周期，优先采用“字段直接初始化”方式；将 @BeforeAll 和 @BeforeEach 留给真正需要跨测试共享或动态重置的场景。这不仅是最佳实践，更是写出可维护、可并行、可信赖单元测试的关键一步。
