@BeforeClass或
static初始值设定项的语义非常不同。
静态初始化器由JVM而不是JUnit调用。如果在静态初始化程序中引发了异常，则测试框架可能无法捕获并报告该异常。此外，与该
@BeforeClass方法相比，静态初始化程序的调用时间没有明确定义。
每个类加载器 在首次实际 使用时 （例如，访问静态属性，静态方法或其构造函数之一）将只运行 一次
。有时，可能很难弄清楚何时会这样。（如果您不使用继承：您可能有一天或某些同事将重构您的测试用例。如果不是今天，则选择静态初始化程序可能会在将来引入讨厌的错误。）
另一方面，
@BeforeClass在运行每个类的测试之前运行。如果某个类要经受不同的测试（例如，由于基于继承构建的测试），则
static初始化程序将仅针对使用该类的第一个测试运行。这意味着您使测试订单依赖于您永远不需要的东西。
请注意，这两个选项之间的语义差异大于使用
@Before测试或使用构造函数之间的语义差异。最后，考虑一下注释的文档价值。它使您的意图更具可读性。
此规则的唯一例外是不可变常数。那些应该在其声明中进行初始化，以使您的代码简洁明了，并尊重编译时间常数。但是，如果您的值是可变的，则根本不要使用
static值。同样，在测试中更改的可变值会给测试带来顺序依赖性，这是可以避免的。
TL; DR：使用
@BeforeClass！
