Mockito参数匹配器中file.delete()后exists检查报错的解决咨询

让我来帮你拆解这个问题的根源，然后给出可行的解决办法：

为什么会出现这个异常？ #

这里有两个关键原因：

1. Mockito代码顺序错误
   你现在的测试代码是先执行testClass.someMethod()，再设置doNothing()的存根——但Mockito的存根逻辑必须在被测试方法执行前配置，否则存根不会对已经执行过的方法调用生效。虽然这不是直接导致文件不存在的原因，但会让你的测试逻辑出现漏洞。

2. argThat匹配器的执行特性+副作用操作
   Mockito的argThat匹配器并不是只执行一次，它可能会在内部校验过程中被多次调用。而你的checkFile方法在第一次执行时就删除了文件，当第二次调用checkFile时，文件已经被删掉，自然触发了Expecting file to exist的断言错误。
   另外，在参数匹配器里做删除文件这种有副作用的操作本身就是不推荐的——匹配器的职责只是校验参数是否符合预期，修改外部状态会带来不可预测的测试行为。

怎么解决？ #

我们分两步来修复：

第一步：修正Mockito的代码顺序 #

把存根操作移到被测试方法调用之前，确保存根逻辑生效：

@Test
public void test() {
    // 先配置存根逻辑
    doNothing().when(testClass).someOtherMethod(any(String.class));
    // 再执行被测试方法
    testClass.someMethod();
    // 最后验证方法调用
    Mockito.verify(testClass, times(1)).someOtherMethod(argThat(this::checkFile));
}

第二步：把文件清理逻辑移出匹配器 #

不要在checkFile里删除文件，改用测试生命周期方法或者临时文件特性来自动清理：

方案一：用@After方法手动清理

在测试类中记录需要删除的文件路径，然后在测试结束后统一清理：

private String targetFilePath;

@Test
public void test() {
    doNothing().when(testClass).someOtherMethod(any(String.class));
    testClass.someMethod();
    
    // 在校验时记录文件路径
    Mockito.verify(testClass, times(1)).someOtherMethod(argThat(filePath -> {
        targetFilePath = filePath;
        return checkFile(filePath);
    }));
}

private boolean checkFile(final String filePath) {
    File file = new File(filePath);
    assertThat(file).exists();
    try {
        // 执行你的文件测试操作
    } catch (IOException | IllegalAccessException | InstantiationException | InvocationTargetException | NoSuchMethodException e) {
        return false;
    }
    // 这里不再删除文件
    return true;
}

// 测试结束后自动清理文件
@After
public void cleanUpTestFile() {
    if (targetFilePath != null) {
        File file = new File(targetFilePath);
        if (file.exists()) {
            file.delete();
        }
    }
}

方案二：用JUnit 5的TempDir自动清理（推荐）

如果使用JUnit 5，@TempDir可以帮你创建临时目录，测试结束后自动删除所有文件和目录，完全不用手动处理清理逻辑。

首先修改你的TestClass，让它支持自定义路径（方便测试时传入临时目录）：

public class TestClass {
    private final Path basePath;

    // 提供默认构造和带路径参数的构造
    public TestClass() {
        this(Paths.get("."));
    }

    public TestClass(Path basePath) {
        this.basePath = basePath;
    }

    public void someMethod() {
        List<String> content = new ArrayList<>();
        content.add("test");
        Path path = basePath.resolve("test-file.txt");
        try {
            if (!Files.exists(path)) {
                Files.createFile(path);
            }
            Files.write(path, content, StandardCharsets.UTF_8);
        } catch (IOException e) {
            throw new RuntimeException("Failed to handle file", e);
        }
        someOtherMethod(path.toString());
    }

    void someOtherMethod(String filepath) {
        System.out.println(filepath);
    }
}

然后在测试类中使用@TempDir：

import org.junit.jupiter.api.Test;
import org.junit.jupiter.api.io.TempDir;
import java.nio.file.Path;

@Test
public void test(@TempDir Path tempDir) {
    // 传入临时目录创建TestClass实例
    TestClass testClass = spy(new TestClass(tempDir));
    
    doNothing().when(testClass).someOtherMethod(any(String.class));
    testClass.someMethod();
    
    Mockito.verify(testClass, times(1)).someOtherMethod(argThat(filePath -> {
        Path file = Paths.get(filePath);
        assertThat(file).exists().isRegularFile();
        try {
            // 执行你的文件测试操作
        } catch (Exception e) {
            return false;
        }
        return true;
    }));
    // 测试结束后，TempDir会自动清理所有文件，无需手动操作
}

额外小贴士 #

• 永远不要在Mockito的匹配器（比如argThat、eq）里执行有副作用的操作，匹配器只应该做参数校验。
• 使用临时目录是测试文件操作的最佳实践，既能保证测试环境隔离，又能减少冗余的清理代码。

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