OpenFile 仅打开文件不写入，需调用 Write 等方法才落盘；常见错误是误以为它具备写入能力。必须检查 OpenFile、Write 和 Close 的错误，且 Close 才触发缓冲刷新。
OpenFile 本身不写入文件，它只打开文件并返回一个 *os.File；真正写入得靠 Write、WriteString 或 fmt.Fprint 等方法。直接调用 OpenFile 后不写入，文件内容不会变。
为什么 OpenFile 调用后文件没变化
这是最常踩的坑：误以为 os.OpenFile 具备写入能力。它只是按指定标志（os.O_WRONLY、os.O_CREATE 等）打开或创建文件，返回可读写的句柄，但不做任何 I/O 操作。
- 必须显式调用
file.Write()、file.WriteString()或包装过的bufio.Writer才会落盘 - 忘记
file.Close()可能导致缓冲未刷新、文件锁残留 - 若只传了
os.O_RDONLY，后续写入会返回"bad file descriptor"错误
OpenFile 的常用标志组合与含义
标志决定文件能否写、是否创建、是否截断——选错就写失败或覆盖出乎意料：
-
os.O_WRONLY | os.O_CREATE | os.O_TRUNC：写入模式，不存在则创建，存在则清空重写（最接近 “覆盖写”） -
os.O_WRONLY | os.O_CREATE | os.O_APPEND：追加模式，文件末尾写，自动创建（安全日志场景首选） -
os.O_RDWR | os.O_CREATE：可读可写，存在不截断，适合读取后修改再写回 - 单独用
os.O_CREATE不带O_WRONLY或O_RDWR→ 打开失败，报"permission denied"
写入时必须处理的三个关键点
哪怕一行写入，漏掉任一环节都可能静默失败或数据丢失：
立即学习“go语言免费学习笔记（深入）”；
- 检查
os.OpenFile返回的error：路径权限不足、父目录不存在都会在这里暴露 - 写入后检查
Write或WriteString的返回值：n, err := file.WriteString("hello")中err非 nil 表示写入异常（如磁盘满、中断） - 必须调用
file.Close()：它会触发内核刷缓冲，否则Write成功也不代表数据已落盘；建议用defer file.Close()，但注意 defer 在函数 return 后才执行，若中间 panic 且未 recover，仍可能漏关
一个可靠的小写入示例
以下代码实现“确保文件存在并写入字符串”，覆盖写，带完整错误处理：
file, err := os.OpenFile("output.txt", os.O_WRONLY|os.O_CREATE|os.O_TRUNC, 0644)
if err != nil {
log.Fatal(err) // 路径无效、无权限等
}
defer file.Close()
n, err := file.WriteString("Hello, World!\n")
if err != nil {
log.Fatal(err) // 写入失败（如磁盘满）
}
if n == 0 {
log.Fatal("write zero bytes")
}
注意 0644 是文件权限（仅在创建时生效），Windows 上会被忽略；如果要保证原子写入或避免覆盖中崩溃导致损坏，需用临时文件 + os.Rename，那已是另一层复杂度了。
