JUnit5中@BeforeAll必须用来实例化对象吗？

绝对不是。JUnit5没有任何强制要求必须通过@BeforeAll来创建测试用到的依赖对象，成员变量声明时初始化、构造方法初始化、@BeforeEach初始化都是合法的常用写法，@BeforeAll本质只是一个「测试类全量用例启动前执行一次」的生命周期钩子，不是实例化对象的必选项。

顺带提一句，你给出的Example1Test原始写法本身就不符合JUnit5默认规则：默认配置下@BeforeAll标注的方法必须是static方法，static方法无法给非静态的成员变量testClass赋值，代码直接启动就会抛异常，要让这种写法能跑，要么把testClass改成static，要么给测试类加上@TestInstance(Lifecycle.PER_CLASS)注解调整测试实例生命周期。另外你贴的Example2Test存在语法笔误：Lift testClass = new testClass();无法通过编译，正确写法应为Lift testClass = new Lift();，下面的差异对比基于修正后的合法代码展开。

• 生命周期与实例隔离性完全不同
  成员变量声明时直接实例化：初始化逻辑在测试类实例创建时执行。JUnit5默认的测试实例策略是「每个@Test方法执行前，都会新建一个全新的测试类实例」，对应每个用例跑之前都会创建一个新的Lift对象，各个用例拿到的testClass是完全独立的实例，用例之间不会共享内部状态，天然避免了测试数据互相污染的问题，是普通单元测试的首选写法。
  合规的@BeforeAll赋值写法：@BeforeAll修饰的方法在整个测试类所有用例执行前仅运行1次，赋值给静态成员变量的Lift实例会被所有测试用例共享。只要某个用例修改了Lift对象的内部状态，就会直接影响后续所有用例的执行结果，很容易出现用例顺序依赖、偶发失败的问题，并行执行用例时还可能出现并发安全问题。
• 执行时机顺序不同
  哪怕你手动配置了@TestInstance(Lifecycle.PER_CLASS)让测试类全局只实例化一次，成员变量的初始化逻辑依然会在@BeforeAll方法执行之前完成。
• 适用场景完全不同
  成员变量直接实例化：适用于所有有状态的普通测试依赖，不需要额外配置，写起来简单，天然支持用例隔离，覆盖90%以上的普通单元测试场景。
  @BeforeAll初始化：仅适合用来初始化初始化成本极高、且无状态/不可变的全局共享资源，比如加载大体积测试配置、创建数据库连接池这类不需要每个用例重复创建的资源，不适合用来初始化普通的业务测试对象。

内容的提问来源于stack exchange，提问作者jlaufer