应将文件路径作为参数传入并封装I/O操作为接口，测试时注入内存模拟（如bytes.Buffer）或使用os.MkdirTemp创建唯一临时目录配合defer os.RemoveAll清理，避免硬编码路径和直接调用os.Open/os.Create。
怎么用 os.Open 和 os.Create 写可测的文件操作函数
文件操作本身不带状态，但容易因路径、权限、并发写入导致测试不稳定。关键不是“能不能读写”，而是“能否隔离副作用”。直接在测试里硬写 /tmp/test.txt 是危险的——不同测试并行跑会冲突，CI 环境可能没写权限，甚至上一次失败的残留文件会让下一次测试误判。
正确做法是把文件路径作为参数传入，而不是硬编码；同时把 os.Open、os.Create 这类 I/O 操作封装成接口，测试时注入 io.Reader/io.Writer 或内存模拟（如 bytes.Buffer）。
- 函数签名别写死路径：
func ReadConfig(path string) (map[string]string, error)，而不是func ReadConfig() (...) - 避免在函数内部调用
os.Open—— 改为接收一个func(string) (*os.File, error)类型的 opener 参数，测试时传 mock 函数 - 写文件时别只依赖
os.Create，优先用os.OpenFile(path, os.O_CREATE|os.O_WRONLY|os.O_TRUNC, 0644)，明确控制覆盖行为，避免意外追加
为什么 os.RemoveAll 在测试里常出错
常见现象：测试跑完发现磁盘上多了个临时目录，或者下次测试报 no such file or directory —— 其实不是 os.RemoveAll 本身错，而是没处理好执行顺序和错误忽略。
os.RemoveAll 会递归删目录，但它不保证原子性：中间某个子文件被占用（比如日志正在写），就会返回 error，而很多人写了 defer os.RemoveAll(tmpDir) 却没检查 err，导致残留。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 删临时目录前先
os.Chmod(tmpDir, 0755)，确保有权限（尤其 Windows 或 rootless Docker 场景） - 不要只 defer 一次 —— 在测试函数末尾显式调用，并断言 err 是否为
nil或os.ErrNotExist - 更稳妥的方式是用
testing.T.Cleanup注册清理逻辑，它保证即使测试 panic 也会执行
如何验证写入文件的内容是否符合预期
别用 os.ReadFile + string() 做全文比对 —— 二进制内容（比如图片、压缩包）或含 BOM 的文本会出错；也别用 fmt.Sprintf 拼期望字符串，换行符、空格、编码差异全会翻车。
核心原则：读出来的 bytes，就用 bytes 比；结构化内容，就解析后比字段。
- 纯文本校验：用
bytes.Equal对比原始字节，而非==比字符串（UTF-8 编码下二者等价，但显式用 bytes 更直白） - JSON 文件：先
json.Unmarshal到结构体，再用reflect.DeepEqual或 testify 的assert.Equal比较结构，忽略格式/空格/字段顺序 - 大文件（>1MB）：别全读进内存 —— 用
io.Copy把目标文件和期望内容（如bytes.NewReader(expectedBytes)）逐块比对
并发测试文件操作时最常踩的坑
Go 测试默认并发执行（go test 启多个 goroutine），但文件系统是全局资源。两个测试同时往 /tmp/data.json 写，结果谁赢谁输不可控，还可能触发系统级锁导致超时。
根本解法不是加 mutex，而是让每个测试用独立路径 —— 且路径必须带唯一标识，不能只靠 tempDir := os.TempDir()。
- 用
os.MkdirTemp("", "test-*) 创建专属临时目录，返回路径可直接用于读写 - 避免用
time.Now().UnixNano()拼路径 —— 在快速连续测试中可能重复（尤其 CI 容器里时钟精度低） - 如果测试涉及多个 goroutine 操作同一文件（比如模拟多进程写日志），必须显式用
os.OpenFile加os.O_SYNC或flock（需 cgo），否则 fs cache 导致读不到最新内容
文件操作测试的复杂点不在语法，而在环境边界：你永远不知道目标文件是否存在、是否可写、是否被其他进程锁住。把路径、打开方式、错误处理全暴露出来，才能真正控制测试行为。
