使用PowerMock Mock返回void的静态方法失败问题

我太懂你试遍各种方案还是卡壳的憋屈了——静态方法的Mock确实是PowerMock里容易踩坑的重灾区。结合你的代码，我给你梳理几个大概率能解决问题的排查方向和修正方案：

1. 先把版本兼容性捋清楚（最容易忽略的坑） #

PowerMock和JUnit、Mockito的版本必须严格匹配，不然很容易出现“配置全加了但完全没生效”的诡异情况。比如你用的是JUnit 4 + PowerMockRunner，那得确保：

• powermock-module-junit4 和 powermock-api-mockito2（或对应Mockito版本的api包）版本完全一致
• 要是用Mockito 3.x，就得换powermock-api-mockito3，绝对不能混版本

2. 修正静态方法的Mock语法 #

你的测试里doNothing()的写法大概率不完整，静态方法的Mock逻辑和实例方法完全不一样，正确的姿势是先Mock类，再绑定要Mock的方法调用：

@Test
public void test() throws HandlerException {
    // 1. 初始化静态类的Mock
    mockStatic(ItemParametersParser.class);
    
    // 2. 指定对writeToFile方法的Mock行为：什么都不做
    doNothing().when(ItemParametersParser.class);
    // 这里必须调用一次实际方法（用匹配器兼容任意参数）
    ItemParametersParser.writeToFile(any(Item.class), any(Context.class), any(Builder.class));
    
    // 3. 执行你的业务逻辑代码，触发writeToFile调用
    
    // 4. （可选）验证静态方法是否被正确调用
    verifyStatic(ItemParametersParser.class);
    ItemParametersParser.writeToFile(any(Item.class), any(Context.class), any(Builder.class));
}

注意：any()需要导入org.mockito.ArgumentMatchers.any（Mockito 2+版本）或者org.mockito.Matchers.any（Mockito 1.x版本）。

3. 抑制静态初始化块（如果你的类有） #

如果ItemParametersParser里写了静态初始化块（比如static { ... }），PowerMock默认会执行这段代码，很可能直接冲掉你的Mock配置。这时候要在测试类上加上：

@SuppressStaticInitializationFor("com.yourpackage.ItemParametersParser")

把com.yourpackage换成你实际的包名就行。

4. 扩大@PrepareForTest的范围试试 #

虽然你已经加了@PrepareForTest({ItemParametersParser.class})，但如果这个静态方法是被其他业务类间接调用的，有时候需要把调用它的类也加入列表。比如你的业务逻辑类是OrderService，它调用了ItemParametersParser.writeToFile，那可以试试：

@PrepareForTest({ItemParametersParser.class, OrderService.class})

5. 排查依赖冲突 #

如果项目里有多个版本的Mockito或PowerMock依赖（比如Maven/Gradle的传递依赖冲突），会直接导致PowerMock罢工。可以用依赖分析工具（比如Maven的dependency:tree）检查，把冲突的旧版本排除掉。

把这些点逐一排查，应该能解决你的Mock失败问题。

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