Java单元测试使用@Mock（Mockito）能否避免生成真实外部文件？

Mockito @Mock 是否可以避免真实文档生成 #

完全可以，这是Mock框架的典型使用场景。
具体实现逻辑如下：

• 定位被测类中负责调用外部存储API/执行磁盘写入操作的依赖类，用@Mock注解生成该类的模拟对象，替换被测类中原本的真实依赖实例
• 不需要模拟文档生成的核心逻辑，仅需拦截最后一步的存储调用即可
• 测试验证分为两个维度：
  1. 直接断言生成的文档内容、格式、参数符合预期
  2. 用Mockito的verify方法验证存储依赖的对应方法被传入了正确的文档参数、调用次数符合预期

整个流程不会触发真实的外部API调用或磁盘写入，自然不会生成真实文档。

其他可行实现方案 #

除了Mockito模拟之外，还有3种常用的适配方案：

• 临时目录测试：JUnit 4提供TemporaryFolder规则，JUnit 5提供@TempDir注解，框架会自动创建测试专属的临时目录，测试结束后自动销毁目录和内部文件，你只需要将存储路径指向该临时目录即可，不会污染正式的外部存储文件夹
• 自定义Stub实现：为存储能力定义通用接口，测试场景下自行实现一个轻量的Stub存储类，仅记录接收到的文档内容，不执行真实写入操作，测试时将Stub实例注入被测类即可
• 内存文件系统：比如Java生态的Jimfs这类内存文件系统实现，所有文件操作都在内存中执行，测试结束后内存自动释放，没有真实磁盘写入，适合需要验证完整文件操作流程的场景

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