@BeforeAll 和 @AfterAll 必须是 static 的原因
-
执行时机：
@BeforeAll方法在所有测试方法之前运行。@AfterAll方法在所有测试方法之后运行。
-
实例化前/后的执行：
- 因为
@BeforeAll是在所有测试方法执行之前运行的，所以它在任何一个测试实例创建之前就必须执行。 - 类似地，
@AfterAll是在所有测试方法执行之后运行的，所以它在所有测试实例销毁之后执行。
- 因为
-
静态方法的特性：
- 静态方法属于类本身，而不是类的实例。因此，可以在没有创建类的实例的情况下调用静态方法。
- 使用静态方法可以确保
@BeforeAll在任何测试实例创建之前运行，@AfterAll在所有测试实例销毁之后运行。
举例说明
假设你有一个测试类 ExampleTest，包含 @BeforeAll 和 @AfterAll 方法：
public class ExampleTest {@BeforeAllstatic void setUpAll() {// 执行全局初始化代码}@AfterAllstatic void tearDownAll() {// 执行全局清理代码}@Testvoid testMethod1() {// 第一个测试方法}@Testvoid testMethod2() {// 第二个测试方法}
}
setUpAll()方法在testMethod1()和testMethod2()之前运行，用于执行全局初始化操作。tearDownAll()方法在所有测试方法执行之后运行，用于执行全局清理操作。
因为 setUpAll() 和 tearDownAll() 是静态的，它们不依赖于 ExampleTest 的任何实例，因此能够在测试类实例化之前和销毁之后正确运行。
反例说明
如果 @BeforeAll 和 @AfterAll 方法不是静态的：
public class ExampleTest {@BeforeAllvoid setUpAll() {// 不能正确运行}@AfterAllvoid tearDownAll() {// 不能正确运行}@Testvoid testMethod1() {// 第一个测试方法}@Testvoid testMethod2() {// 第二个测试方法}
}
- JUnit 将无法在创建
ExampleTest实例之前调用setUpAll()方法，因为实例方法需要依赖对象实例。 - 同样，在销毁所有
ExampleTest实例之后，也无法调用tearDownAll()方法。
因此，使用静态方法确保了 @BeforeAll 和 @AfterAll 方法能够在正确的时间点运行，而不依赖于测试类的实例化状态。
总结
因此，使用静态方法确保了 @BeforeAll 和 @AfterAll 方法能够在正确的时间点运行，而不依赖于测试类的实例化状态。
总结
通过要求 @BeforeAll 和 @AfterAll 方法是静态的，JUnit 能够在测试类实例化之前和销毁之后正确地运行全局初始化和清理代码，从而确保测试环境的一致性和可靠性。
