在单进程、仅追加写入且读取位置确定的场景下，利用 linux 的 o_append 标志和 readat 方法，可安全实现读写并发，无需手动加锁，兼顾性能与正确性。
在单进程、仅追加写入且读取位置确定的场景下，利用 linux 的 o_append 标志和 readat 方法，可安全实现读写并发，无需手动加锁，兼顾性能与正确性。
在高负载 Go 应用中，频繁对同一文件进行并发读写时，若为每次操作加锁（如 sync.Mutex 或 flock），会成为显著性能瓶颈。幸运的是，Linux 内核（ext4 文件系统）已为此类典型日志型场景提供了原生支持——关键在于正确使用底层系统调用语义。
✅ 推荐方案：单文件 + O_APPEND + ReadAt
无需打开两个文件句柄（如一个只读、一个只写），这反而可能引入竞态或资源泄漏风险（例如文件偏移不一致、inode 缓存失效、stat 结果延迟等）。正确做法是：
统一打开一个文件，启用 os.O_APPEND 标志：
此标志确保每次 Write（或 WriteString）调用均原子性地定位到文件末尾并写入，内核自动完成 seek + write 的原子操作，完全规避用户态竞争。读取时使用 File.ReadAt：
该方法接受明确的 offset 参数，直接从指定位置读取字节，不依赖当前文件指针（File.Seek），因此与并发写入完全解耦。
package main
import (
"os"
"fmt"
)
func main() {
// 同一文件句柄，支持并发读写
f, err := os.OpenFile("log.dat", os.O_CREATE|os.O_RDWR|os.O_APPEND, 0644)
if err != nil {
panic(err)
}
defer f.Close()
// 并发写入（自动追加到末尾）
go func() {
_, _ = f.Write([]byte("entry1\n"))
_, _ = f.Write([]byte("entry2\n"))
}()
// 并发读取（指定已确认写入的 offset）
go func() {
buf := make([]byte, 100)
n, _ := f.ReadAt(buf, 0) // 读取开头
fmt.Printf("read %d bytes: %s", n, string(buf[:n]))
}()
}
⚠️ 注意事项与边界条件
- 仅限单进程场景：O_APPEND 的原子性由内核保证，但仅在同一进程内的多个 goroutine 间有效；跨进程仍需额外同步（如 flock）。
- 读取位置必须已持久化：你需通过 channel 或其他机制确保 ReadAt(offset) 的 offset 对应内容已由 Write 完成并刷盘（必要时调用 f.Sync() 或依赖 O_SYNC）。
- 避免混用 Write 和 WriteAt：WriteAt 不受 O_APPEND 影响，会覆盖指定位置；所有写入必须统一用 Write（或 WriteString）以享受追加语义。
- 文件系统兼容性：ext4、XFS 等主流 Linux 文件系统均完整支持 O_APPEND 原子性；Windows NTFS 行为不同，此方案不适用。
✅ 总结
在满足“单进程、仅追加、读位置可控”的前提下，一个 os.OpenFile(... | os.O_APPEND) 句柄 + ReadAt 是最优解。它零锁开销、零额外系统调用、符合 POSIX 语义，且经 Linux 内核深度优化。相比双文件方案，它更简洁、更可靠、更易维护——真正的“让操作系统替你干活”。
