在单进程、仅追加写入且读取位置已知的前提下，可通过 linux 的 o_append 标志与 readat 方法实现高效无锁并发读写，避免手动文件锁开销，同时保证数据一致性。
在单进程、仅追加写入且读取位置已知的前提下，可通过 linux 的 o_append 标志与 readat 方法实现高效无锁并发读写，避免手动文件锁开销，同时保证数据一致性。
在高负载 Go 应用中，频繁对同一文件执行并发读写时，若为每个操作加锁（如 flock 或互斥量），会显著降低 I/O 吞吐量。幸运的是，在 Linux（ext4）环境下，借助内核原语即可安全规避显式锁——关键在于合理利用系统调用语义。
✅ 正确做法：O_APPEND + ReadAt
Linux 的 O_APPEND 标志确保每次 write() 系统调用前自动 seek 到文件末尾，并原子完成“定位+写入”。这意味着：
- 多个 goroutine 并发调用 file.Write()（文件以 os.O_APPEND 打开）时，不会覆盖彼此数据；
- 写入顺序由内核调度保证，无需用户层同步；
- 读取可完全独立：使用 file.ReadAt(b, offset) 直接按已知偏移量读取，不干扰写入流。
// 示例：安全的并发读写初始化
file, err := os.OpenFile("log.dat", os.O_RDWR|os.O_CREATE|os.O_APPEND, 0644)
if err != nil {
log.Fatal(err)
}
defer file.Close()
// 并发写入（自动追加到末尾）
go func() {
_, _ = file.Write([]byte("entry1\n"))
}()
go func() {
_, _ = file.Write([]byte("entry2\n"))
}()
// 并发读取（指定已确认写入的 offset）
buf := make([]byte, 100)
n, _ := file.ReadAt(buf, 0) // 读取第0字节开始的内容
⚠️ 注意事项与边界条件
- 仅限单进程场景：O_APPEND 的原子性由内核保障，但仅在同一进程内的文件描述符间有效；跨进程仍需额外同步（如 flock）。
- 读取偏移必须可靠：ReadAt 不检查偏移是否超出当前文件长度，若读取未写入区域将返回 io.EOF 或零值，需由业务逻辑确保 offset 已被先前 Write() 持久化（例如通过 channel 串行化写入确认）。
- 避免混用 Write() 与 Seek()：一旦使用 O_APPEND，不应再调用 file.Seek() 修改写入位置，否则破坏追加语义。
- 缓冲与持久化：Write() 返回成功仅表示数据进入内核页缓存，如需落盘，应定期调用 file.Sync() 或使用 os.O_SYNC（权衡性能）。
? 总结
在满足“单进程、只追加、读偏移可控”的前提下，无需打开两个文件句柄，也无需任何用户态锁。直接以 os.O_APPEND 打开文件，写入用 Write()，读取用 ReadAt()，即可获得内核级线程安全与高性能。这是 POSIX 兼容系统（Linux/macOS）提供的标准、轻量且可靠的解决方案。
