os.OpenFile打开只写文件需显式组合标志：os.O_WRONLY|os.O_CREATE可创建并写入新文件，os.O_WRONLY单独使用则要求文件必须已存在；写入后须调用Close或Sync确保落盘。
用 os.OpenFile 打开只写文件并写入内容
Go 中没有类似 Python 的 "w" 简写模式，必须显式用 os.O_WRONLY 或组合标志打开文件。只写模式下不能读、不能 seek 到开头、也不能自动创建文件（除非额外加 os.O_CREATE）。
常见错误是直接用 os.Create —— 它等价于 O_WRONLY | O_CREATE | O_TRUNC，会清空已有内容；而只写模式本身不隐含截断或创建行为。
- 要写入新文件：用
os.O_WRONLY | os.O_CREATE - 要追加到已有文件末尾：加
os.O_APPEND（此时os.O_TRUNC会被忽略） - 要覆盖写入已有文件：加
os.O_TRUNC，但必须确保文件已存在，否则返回no such file or directory - 打开后必须调用
file.Close()，否则写入可能未落盘或句柄泄漏
Write 和 WriteString 的区别与选择
文件句柄实现了 io.Writer 接口，所以可用 Write（接收 []byte）或 WriteString（接收 string）。两者底层都调用系统 write syscall，性能差异可忽略。
关键区别在语义和便利性：
立即学习“go语言免费学习笔记（深入）”；
-
Write更通用，适合处理二进制数据或需精确控制字节时（比如写入\x00） -
WriteString更简洁，避免每次[]byte(s)转换，且 Go 运行时对短字符串做了小优化 - 两者都返回实际写入字节数和 error；必须检查 error，尤其磁盘满、权限不足时会静默失败
示例：
file, err := os.OpenFile("log.txt", os.O_WRONLY|os.O_CREATE|os.O_APPEND, 0644)
if err != nil {
log.Fatal(err)
}
defer file.Close()
_, err = file.WriteString("hello\n") // 推荐用于纯文本
if err != nil {
log.Fatal(err)
}
为什么 os.O_WRONLY 单独打开会报 no such file or directory
因为 os.O_WRONLY 本身不含创建逻辑，它只表示“以只写方式打开一个**已存在**的文件”。这点和 C 的 open(O_WRONLY) 行为一致，不是 Go 的 bug。
排查步骤：
- 先用
os.Stat("path")检查文件是否存在 - 若不存在，必须显式加
os.O_CREATE（并通常配os.O_WRONLY） - 注意：加
os.O_CREATE时权限掩码（第三个参数）仅在创建时生效，已存在文件的权限不变 - Linux 下若父目录无写权限，
O_CREATE也会失败，错误仍是no such file or directory，不是 permission denied
写入后内容没刷新？别忘了 Sync 或 Close
操作系统和 Go 的 bufio.Writer（如果用了）都有缓冲，Write 成功不代表数据已落盘。普通 *os.File 写入默认走内核页缓存，Close 会触发 flush，但程序崩溃或提前退出就可能丢数据。
- 关键日志或配置写入后，应显式调用
file.Sync()强制刷盘（代价是慢，但安全） -
Close本身也包含一次Sync，所以只要确保正常执行到Close就够用 - 不要在
defer file.Close()后继续写入——defer是函数返回时才执行，中间写入仍可能丢失 - 如果用
bufio.NewWriter(file)，记得写完调w.Flush()，Close不会自动 flush 缓冲区
真正容易被忽略的是：本地开发时磁盘快、缓存少，问题不明显；一上容器或 NFS 就暴露——写入成功但服务重启后配置没了，就是没 Sync 或 Flush。
