Java单元测试中应Mock配置读取接口而非文件I/O，如Mock ConfigSource 接口返回预设值，或用@TestConfiguration提供固定配置Bean，避免Mock FileInputStream等底层实现。
在 Java 单元测试中，通过 Mock 配置文件读取类（如 Properties、YamlConfiguration 或 Spring 的 Environment）来隔离真实外部依赖，核心思路是：**不真正加载磁盘文件，而是用测试可控的对象替代配置读取逻辑**。关键不是 Mock 文件 I/O 本身，而是 Mock 那个“负责读取并返回配置数据”的类或接口。
明确被测对象的配置依赖方式
先确认你的业务类是如何获取配置的。常见模式有：
- 直接 new
Properties()并调用load(InputStream)—— 这种需抽离为可注入的配置加载器 - 依赖 Spring
@Value或Environment—— 可用@TestConfiguration+@Bean替换，或用@MockBean - 封装了自定义配置类（如
ConfigLoader）—— 直接 Mock 该类，让其getHost()等方法返回预设值
用 Mockito Mock 自定义配置加载器（推荐）
假设你有一个接口：
<!-- 示例接口 -->public interface ConfigSource {<br> String getDatabaseUrl();<br> int getConnectionTimeout();<br>}
立即学习“Java免费学习笔记（深入）”；
业务类通过构造注入使用它：
public class DataService {<br> private final ConfigSource config;<br> public DataService(ConfigSource config) { this.config = config; }<br> public void connect() {<br> String url = config.getDatabaseUrl(); // 不再碰文件<br> // ...<br> }<br>}
测试时直接 Mock：
@Test<br>void testConnectWithMockedConfig() {<br> ConfigSource mockConfig = mock(ConfigSource.class);<br> when(mockConfig.getDatabaseUrl()).thenReturn("jdbc:h2:mem:test");<br> when(mockConfig.getConnectionTimeout()).thenReturn(5000);<br><br> DataService service = new DataService(mockConfig);<br> service.connect();<br><br> // 验证行为，而非文件是否读取<br>}
Spring 环境下用 @MockBean 或 @TestConfiguration
若使用 Spring Boot，避免在测试中触发真实 application.yml 加载：
- 用
@MockBean替换自动配置的Environment或具体配置类 - 更清晰的做法：写一个
@TestConfiguration，提供带固定值的@Bean
例如：
@TestConfiguration<br>static class TestConfig {<br> @Bean<br> public MyServiceProperties myServiceProperties() {<br> MyServiceProperties props = new MyServiceProperties();<br> props.setEndpoint("https://mock-api.test");<br> props.setTimeout(1000);<br> return props;<br> }<br>}
这样业务代码里 @Autowired MyServiceProperties 拿到的就是测试专用实例，完全绕过文件解析。
避免直接 Mock 文件系统（不推荐）
不要试图 Mock FileInputStream 或 Paths.get() —— 这会让测试脆弱、耦合实现细节，且容易因类加载顺序、静态初始化等问题失败。真正的隔离点是**配置抽象层**（接口/类），不是底层 I/O。
