在单进程、仅追加写入且读取位置已知的场景下，利用 Linux 的 O_APPEND 标志与 ReadAt 方法可实现高效无锁并发读写，避免手动文件锁开销，同时保障数据一致性。
在 Go 高并发应用中，多个 goroutine 同时写入并读取同一文件时，开发者常会想到互斥锁或 flock 文件锁。然而，锁机制会显著降低 I/O 吞吐量。那么，是否存在绕过锁的解决方案？
需要指出的是，本文方法有一定前提约束，但一旦满足这些条件，即可实现真正的“无锁”并发。核心在于利用 Linux 内核提供的底层原语，避免用户态显式加锁。
实现无锁并发的核心是巧妙组合 O_APPEND 标志与 ReadAt 方法。
Linux 的 O_APPEND 标志具备一个关键特性：每次 write() 系统调用前，内核会自动将文件偏移量定位到末尾，并且“定位 + 写入”操作是原子性的。因此，若多个 goroutine 以 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("entry1n"))
}()
go func() {
_, _ = file.Write([]byte("entry2n"))
}()
// 并发读取（指定已确认写入的 offset）
buf := make([]byte, 100)
n, _ := file.ReadAt(buf, 0) // 读取第0字节开始的内容
但这里有几个边界条件必须弄清楚。
⚠️ 注意事项与边界条件
- 仅适用于单进程场景：O_APPEND 的原子性由内核保证，但仅在同一进程内的多个文件描述符间有效。若跨进程（如两个不同程序写入同一文件），仍需使用 flock 等机制同步。
- 读取偏移必须准确可靠：ReadAt 不会检查偏移是否超出文件当前长度。若读取尚未写入的位置，将返回 io.EOF 或零值。因此业务逻辑必须确保偏移量对应数据已被先前的 Write() 持久化。常见做法是通过 channel 串行化写入确认。
- 避免混用 Write() 与 Seek()：使用 O_APPEND 后，切勿调用 file.Seek() 手动修改写入位置，否则会破坏追加语义，导致数据混乱。
- 缓冲与持久化考虑：Write() 成功返回仅表示数据已进入内核页缓存，并未写入磁盘。若需保证持久化，需定期调用 file.Sync()，或在打开文件时添加 os.O_SYNC 标志，但会牺牲性能。
总结
当满足“单进程、仅追加写入、读取偏移可控”三个条件时，无需打开两个文件句柄，也无需任何用户态锁。仅需以 os.O_APPEND 打开文件，写入使用 Write()，读取使用 ReadAt()，即可获得内核级别的线程安全与高性能。这本质上是 POSIX 兼容系统（如 Linux、macOS）提供的标准做法，简单、轻量且可靠。
