os.OpenFile 并发写同一文件易出错，因系统限制及 *os.File 非线程安全；应避免多 goroutine 共享句柄写入，改用 WriteAt（区域不重叠）、临时文件合并，或令牌限流（如 sem := make(chan struct{}, 10)）。
为什么 os.OpenFile 在并发下容易出错
直接在 goroutine 里反复调用 os.OpenFile 打开同一个文件进行写入，大概率触发 permission denied 或 text file busy 错误——尤其在 Windows 上。根本原因不是 Go 并发模型有问题，而是底层系统对同一文件的并发写入控制严格，且 *os.File 本身不是线程安全的写缓冲区管理器。
实操建议：
- 避免多个 goroutine 同时对一个文件句柄调用
Write、WriteAt或Truncate - 若必须并发写入不同偏移，改用
file.WriteAt(data, offset)，但需确保各 goroutine 写入区域完全不重叠 - 更稳妥的方式是让每个 goroutine 写入独立临时文件，最后由主 goroutine 合并
用 sync.WaitGroup + chan 控制并发写入节奏
常见误区是起几百个 goroutine 拼命往磁盘塞数据，结果 I/O 队列拥塞、系统缓存颠簸，整体耗时反而比串行还长。关键不是“能不能并发”，而是“并发多少才不拖慢”。
实操建议：
- 用带缓冲的
chan struct{}做并发令牌（例如sem := make(chan struct{}, 10)），每次写入前sem ，写完后 - 配合
sync.WaitGroup等待所有写任务结束，不要依赖 sleep 或轮询 - 对小文件（
io.Copy 和 bufio.Writer 对性能影响巨大
逐字节或小块写入（比如循环调用 f.Write([]byte{b})）会引发大量系统调用，是并发文件操作中最常见的性能杀手。
