如何在无预设数据环境下运行JUnit测试，规避静态变量初始化影响

这个问题我之前也遇到过——静态变量的类级状态确实会给单元测试带来很大麻烦，尤其是结合@PostConstruct的时候。咱们一步步来解决：

问题根源 #

你的data是类级静态变量，一旦被@PostConstruct初始化后，所有测试用例都会共享这个状态。即使你Mock了Repository，因为静态变量已经有值，getData()里的空值判断不会触发重新调用populateData()，自然不会走到Mock的方法上。临时清空的方法不稳定，是因为静态状态的污染可能跨测试用例残留。

方案一：重构代码（推荐，从根源解决） #

静态变量在这里其实没必要，改成实例变量就能让每个测试实例拥有独立的状态，完美适配单元测试的隔离需求：

修改后的服务类代码 #

// 去掉static，改成实例变量
private List<Data> data = Collections.synchronizedList(new ArrayList<Data>());

@PostConstruct
private List<Data> populateData() {
    data = repo.findData();
    return data;
}

public List<Data> getData() {
    if (data.size() == 0) {
        populateData();
    }
    return data;
}

测试类无需额外改动（正常Mock即可） #

因为每个测试用例的service都是新实例，@PostConstruct会触发调用Mock的repo.findData()，完全隔离测试状态：

@Mock
private Repository repo;
@Mock
private Data data;
@InjectMocks
private Service service;
private List<Data> rows = new ArrayList<>();

@Before
public void mockMethodSetup() {
    data.setValue(1);
    rows.add(data);
    // 注意：原代码中返回单个data会报错，这里要返回列表
    when(repo.findData()).thenReturn(rows);
}

@Test
public void shouldReturnDataResponse() {
    List<Data> dataReturned = service.getData();
    assertEquals("Response was not equal to the mock.", dataReturned, rows);
}

优点：彻底解决静态状态带来的测试污染，代码更符合面向对象设计，并发场景下也更安全。

方案二：用反射重置静态变量（无法重构代码时的妥协方案） #

如果因为历史原因不能修改服务类，那可以在测试前通过反射强制清空静态data变量，确保每次测试都是全新状态：

修改后的测试类@Before方法 #

@Before
public void mockMethodSetup() throws NoSuchFieldException, IllegalAccessException {
    // 1. 通过反射获取静态data字段
    Field dataField = Service.class.getDeclaredField("data");
    dataField.setAccessible(true);
    // 2. 重置为空的同步列表
    dataField.set(null, Collections.synchronizedList(new ArrayList<Data>()));
    
    // 3. 正常Mock Repository
    data.setValue(1);
    rows.add(data);
    when(repo.findData()).thenReturn(rows);
}

注意：反射会破坏封装性，而且如果后续服务类的字段名修改，测试会报错，仅作为临时过渡方案。

方案三：使用@DirtiesContext（Spring集成测试场景） #

如果你的测试是Spring集成测试（而非纯单元测试），可以给测试类或测试方法加上@DirtiesContext注解，强制Spring在每次测试后重新加载应用上下文，避免静态状态残留：

@SpringBootTest
@DirtiesContext(classMode = DirtiesContext.ClassMode.BEFORE_EACH_TEST_METHOD)
public class ServiceTest {
    // ... 测试代码 ...
}

缺点：每次重建上下文会大幅增加测试执行时间，仅适合少量关键测试用例。

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