不能直接mock file或directory等静态类，因其无接口、无法注入，需封装为ifilemanager等抽象层或改用内存文件系统/testcontainers。
为什么不能直接Mock File 或 Directory 静态类
因为 File、Directory、Path 全是静态类，没有接口，也没法注入——你写 new Mock<file>()</file> 会编译失败。强行用 Microsoft Fakes 或 TypeMock 属于绕路，维护成本高，且和 CI/CD 工具链不友好。
真正可行的路径只有两条：一是把文件操作封装进有接口的抽象层（推荐），二是换底层实现（比如内存文件系统或容器挂载）。
- 如果你的业务逻辑里混着大量
File.Exists()、File.ReadAllText()，先重构出IFileManager接口，否则所有测试都会卡在这儿 - 别指望
System.IO.Abstractions能“自动”接管所有调用——它只在你显式使用它的包装类型（如IFileSystem.File）时才生效 - 用 Moq Mock 接口时，注意路径分隔符行为：
"a/b.txt"在 Windows 下可能被转成"a\b.txt"，建议统一用Path.Combine()构造测试路径
用 System.IO.Abstractions + Moq 做轻量集成测试
这是最常用、CI 友好、零容器依赖的方案。核心是把真实 I/O 替换为内存模拟，但保持调用方式几乎不变。
示例场景：一个服务类读取 JSON 配置并解析为对象。
一套面向小企业用户的企业网站程序！功能简单，操作简单。实现了小企业网站的很多实用的功能，如文章新闻模块、图片展示、产品列表以及小型的下载功能，还同时增加了邮件订阅等相应模块。公告，友情链接等这些通用功能本程序也同样都集成了！同时本程序引入了模块功能，只要在系统默认模板上创建模块，可以在任何一个语言环境（或任意风格）的适当位置进行使用！
public class ConfigService
{
private readonly IFileSystem _fileSystem;
public ConfigService(IFileSystem fileSystem) => _fileSystem = fileSystem;
public T LoadConfig<T>(string path) =>
JsonSerializer.Deserialize<T>(_fileSystem.File.ReadAllText(path));
}
- 测试前注册内存文件系统：
var fileSystem = new FileSystem(); - 写入测试数据：
fileSystem.File.WriteAllText("appsettings.json", @"{""Timeout"":30}"); - 构造被测对象：
var service = new ConfigService(fileSystem); - 注意：它不会自动拦截
System.IO.File调用，所以你的生产代码必须依赖IFileSystem，不能偷偷混用原生 API
Testcontainers for .NET 挂载真实文件系统时的坑
适合验证跨平台路径处理、权限、符号链接等无法靠内存模拟覆盖的场景，比如 Dockerized 应用要读宿主机配置目录。
常见错误现象：ContainerInitializationException、挂载后容器内路径为空、Permission denied。
- Windows 上用 Docker Desktop，默认共享驱动器是
C:，但 Testcontainers 默认挂载路径可能落在D:——检查BindMount的宿主路径是否在共享列表里 - Linux/macOS 容器中，挂载点目录需提前存在且有执行权限（
chmod +x），否则opendir失败 - 不要用
WithFileSystemBind()直接绑整个./test-data，而要用WithBindMount("/app/data", "./test-data")明确目标路径 - 容器启动后，用
container.ExecAsync(new[] { "ls", "-la", "/app/data" })快速确认挂载是否成功
内存文件系统 vs Testcontainers：选哪个
没银弹。内存文件系统快、确定性强、适合大多数单元/集成测试；Testcontainers 慢、依赖 Docker、但能暴露真实环境问题。
- 如果测试涉及
FileStream锁、FileShare行为、硬链接或 ACL，内存 FS 无法模拟，必须上容器 - Testcontainers 启动耗时通常 >1.5s，跑几十个测试会明显拖慢反馈周期——建议只对关键路径（如初始化加载、迁移脚本）用
- CI 环境若禁用 Docker（比如某些 GitHub Actions 托管运行器），
Testcontainer会直接失败，而内存 FS 总是可用 - 两者不互斥：可以先用
System.IO.Abstractions覆盖 90% 场景，再挑 2–3 个核心流程用 Testcontainers 补漏
最常被忽略的一点：无论选哪种，都要确保测试路径不硬编码 "C:\temp" 或 "/tmp"，而是通过 Path.GetTempPath() 或 Path.Combine(Path.GetTempPath(), Guid.NewGuid().ToString()) 动态生成，避免并发冲突和残留污染。
