写入后立即读取失败，多半是未关闭文件。Go中用os.Create或os.OpenFile写文件后必须调用file.Close()，否则os.ReadFile可能返回空或旧数据；推荐用os.WriteFile替代手动管理句柄。
写入后立即读取失败，多半是没关闭文件
Go 里用 os.Create 或 os.OpenFile 写文件，如果写完不调用 file.Close()，后续用 os.ReadFile 或 os.Open 读取可能返回空内容或旧数据——尤其在 Windows 或某些文件系统上，内核缓存还没刷盘，或者文件句柄仍被占用导致读取被阻塞/截断。
常见错误写法：
f, _ := os.Create("data.txt")
f.Write([]byte("hello"))
// 忘了 f.Close()
content, _ := os.ReadFile("data.txt") // 可能读到空或残留旧内容
- 务必在
Write后调用f.Close()；更稳妥的做法是用defer f.Close()（但注意 defer 在函数 return 前才执行，若中间 panic 可能来不及） - 如果只是「一次性写入+验证」，优先用
os.WriteFile，它内部自动处理打开、写入、关闭，无须手动管理句柄 - 写入后不要立刻读取同一句柄（比如
f.Seek(0,0)再f.Read()），除非你明确调用了f.Sync()且确认偏移重置正确
用 os.WriteFile + os.ReadFile 验证最简可靠
对大多数场景（非流式、非超大文件），这是最直接的验证路径：一次写入，一次读取，比对字节。
示例：
立即学习“go语言免费学习笔记（深入）”；
data := []byte("test content\n")
err := os.WriteFile("out.txt", data, 0644)
if err != nil {
log.Fatal(err)
}
readData, err := os.ReadFile("out.txt")
if err != nil {
log.Fatal(err)
}
if !bytes.Equal(data, readData) {
log.Fatal("write-read mismatch")
}
-
os.WriteFile会覆盖原文件，适合验证；若需追加，改用os.OpenFile配合os.O_APPEND - 权限参数（如
0644）不影响读写内容验证，但影响后续是否能读——比如写成0200（仅写）会导致ReadFile报permission denied - 注意
os.ReadFile读出的是原始字节，不含额外换行或 BOM，比对必须用bytes.Equal或string(data) == string(readData)，别用==直接比切片
需要实时读取写入中的内容？用 sync.File + Seek + Read
极少数情况（如日志轮转调试、管道模拟），你得在写入中途或刚写几行就去读。这时不能依赖 os.ReadFile，得复用同一 *os.File 并手动控制偏移。
- 写入后必须调用
f.Sync()，否则数据可能还卡在用户态缓冲区或页缓存中，Read看不到 - 读取前用
f.Seek(0, 0)回到开头；若文件已增长，Seek到末尾再Read也能抓新增部分 - 注意
Read返回的n是实际读到的字节数，要和len(buf)区分，避免误判读空 - Windows 下对同一文件同时读写容易触发共享冲突，建议只在 Linux/macOS 调试时这么干
校验逻辑绕不开的三个坑
哪怕写和读都“成功”，数据仍可能出错，原因往往不在 IO 函数本身。
-
os.WriteFile的data若是字符串转来的[]byte(s)，而s含 Unicode（如中文），确保源编码一致；Go 字符串默认 UTF-8，但若从其他编码解码过来没处理好，写入的就是乱码 - 写入时用了
fmt.Fprintln或bufio.Writer，它们自带缓冲和换行逻辑，ReadFile读到的内容会包含这些隐式字符，比对前需确认是否预期 - 文件路径含相对路径（如
"./tmp/out.txt"）时，验证读取的当前工作目录（os.Getwd()）必须和写入时一致，否则读的是另一个位置的文件
最隐蔽的问题：在容器或 CI 环境里，写入路径挂载为只读，WriteFile 表面成功（因写到了内存层），但后续 ReadFile 读的是镜像层旧文件——这种得靠 os.Stat 检查 Mode().IsRegular() 和修改时间交叉验证。
