如何使用Golang测试文件读写逻辑_Golang文件操作单元测试说明

测试文件读写逻辑的关键是用内存模拟而非真实磁盘操作：用 bytes.Buffer 替代 io.Writer、strings.Reader 模拟 io.Reader、afero.MemMapFs 构建虚拟文件系统，仅在必要时用 TempDir 测试真实 I/O。

测试文件读写逻辑的关键，不是真去碰磁盘，而是用内存模拟文件系统或注入可控制的输入输出流。

用 bytes.Buffer 替代文件写入

当函数接收 io.Writer（比如 *os.File）时，可直接传入 bytes.Buffer。它实现了 io.Writer 接口，所有写入内容都存在内存里，方便断言。

• 不用创建临时文件，不依赖路径权限，测试快且隔离
• 写完后调用 buf.String() 或 buf.Bytes() 检查内容是否符合预期
• 示例：若函数是 WriteConfig(w io.Writer, cfg Config)，测试时传 &bytes.Buffer{}

用 strings.Reader 模拟文件读取

当函数需要从 io.Reader 读数据（如解析配置），可用 strings.Reader 包装测试用的字符串。

• 避免读真实文件，也不需提前生成测试文件
• 支持多次读、带错误模拟（配合 io.MultiReader 或自定义 reader）
• 示例：传 strings.NewReader(`{"name":"test"}`) 给 JSON 解析函数

用 testify/fs 或 afero 做虚拟文件系统

当代码强依赖 os.Open、os.Stat、os.WriteFile 等具体文件操作，且难以改造成接口时，推荐引入虚拟文件系统。

• afero 提供 afero.MemMapFs —— 全内存文件系统，支持目录、权限、修改时间等模拟
• 把原函数依赖的 os 操作封装成可注入的 fs.Fs 参数，测试时换为内存版
• 比手动 mock os 函数更稳定，也更容易覆盖路径不存在、权限拒绝等边界情况

慎用 TempDir，仅用于必须测真实 I/O 的场景

只有当测试目标本身就是“与磁盘交互的稳定性”（如大文件分块写、原子重命名）时，才用 os.MkdirTemp 创建临时目录。

• 务必在 defer os.RemoveAll(dir) 清理，避免残留
• 注意跨平台路径分隔符（用 filepath.Join）、Windows 权限限制
• 这类测试应标记为 // +build integration 或单独归类，不放入常规单元测试流程

基本上就这些。核心思路是：让被测函数面向接口（io.Reader/io.Writer/fs.Fs）而非具体类型，测试时用轻量、可控的实现替换，既准又快。