Golang 在多线程环境下安全地追加写入文件-Golang-PHP中文网

os.openfile追加必须同时指定os.o_append、os.o_wronly、os.o_create：缺o_append会覆盖写，缺o_wronly报invalid argument，缺o_create则文件不存在时失败。

golang 在多线程环境下安全地追加写入文件

os.OpenFile 的 flag 组合必须同时含 `os.O_APPEND`、`os.O_WRONLY` 和 `os.O_CREATE`

只写不追加、或追加但没权限创建文件，都会失败。漏掉 os.O_WRONLY 会报 invalid argument（Linux 下 open 系统调用拒绝仅带 O_APPEND 的只读打开）；混入 os.O_TRUNC 则行为未定义，实际多数系统直接清空文件——哪怕你写了 O_APPEND | O_TRUNC，也别这么干。

权限设为 0644 即可，Windows 忽略该参数，但 Unix-like 系统下缺它可能导致首次创建后无法再写。

os.O_APPEND 是核心：它让每次 Write 都从当前文件末尾开始，无需手动 Seek，且由内核保证 offset 原子性
os.O_WRONLY 不可省：没有写权限，O_APPEND 就没意义
os.O_CREATE 要带上：否则文件不存在时直接返回 no such file or directory

并发写同一文件不能靠 `*os.File` 自身“线程安全”幻想

*os.File.Write 底层调的是系统 write(2)，单次调用在多数系统上是原子的，但 fmt.Fprintf 或 file.WriteString 是复合操作：格式化 → 拷贝到 buffer → syscall。多个 goroutine 同时走这套流程，buffer 竞争、offset 同步延迟、调度间隙都可能造成两行内容挤在同一行，甚至截断（如 "user:123" 和 "login\n" 写成 "user:logi123n\n"）。

加 sync.Mutex 能解决，但锁粒度粗、易阻塞、难扩展；更关键的是，它没解决“谁来负责关闭文件”“panic 时 buffer 是否丢数据”这些现实问题。

不要共享一个 *os.File 让多个 goroutine 直接 WriteString
不要用 os.WriteFile 并发写同一路径：它内部 Create + Write + Close，必然覆盖前一次
避免 os.Seek(f, 0, io.SeekEnd) 模拟追加：多进程/多 goroutine 下不可靠，且跨平台行为不一致

用 channel 实现写入服务是最稳妥的 CSP 方式

把文件句柄锁死在一个 goroutine 里，其他协程只发消息，由这个“写入服务”串行处理。它天然规避竞态，逻辑边界清晰，后续加缓冲、重试、格式化都容易。

Golang Naming

Go（Golang）命名规范 — 包括包、构造函数、结构体、接口、常量、枚举、错误、布尔值、接收器、getter/setter、函数等。

下载

示例核心结构：

type LogEntry struct {
    Msg string
}
logCh := make(chan LogEntry, 1000)
go func() {
    f, _ := os.OpenFile("app.log", os.O_APPEND|os.O_WRONLY|os.O_CREATE, 0644)
    defer f.Close()
    w := bufio.NewWriter(f)
    defer w.Flush()
    for entry := range logCh {
        w.WriteString(entry.Msg + "\r\n") // Windows 友好，人工查看不乱行
        w.Flush() // 显式刷，防 panic 丢数据
    }
}()
// 其他 goroutine 发送：
logCh