Go中随机写入文件必须先用os.File.Seek定位，再Write；WriteAt可绕过Seek但不更新指针且不保证原子性；误用O_TRUNC会清空文件；频繁Seek性能差，推荐批量顺序写或预分配文件。
Go 中用 os.File.Seek 定位写入位置
Go 无法像某些语言那样直接“随机写入”文件某偏移处而不移动当前指针；必须先调用 Seek 显式定位，再调用 Write 或 WriteAt。常见错误是跳过 Seek 直接写，结果数据追加到末尾而非指定位置。
关键点：
-
Seek的第二个参数必须是io.SeekStart（从头算）、io.SeekCurrent（相对当前位置）或io.SeekEnd（从末尾算），不能传整数或字符串 - 如果目标位置超出当前文件长度，
Seek成功但后续Write会自动填充中间的零字节（即稀疏文件行为），不是报错 - 使用
Write（非WriteAt）时，必须确保文件以os.O_RDWR模式打开，只读或只写模式下Seek后写入会失败
os.File.WriteAt 能绕过 Seek 吗？
能，但限制明显：WriteAt 允许直接在指定偏移写入，不依赖当前文件指针。但它不更新指针位置，也不保证原子性——如果并发写同一区域，行为未定义。
适用场景有限：
立即学习“go语言免费学习笔记（深入）”；
- 写入固定结构的二进制文件（如数据库页、自定义格式头信息）
- 单线程、确定偏移且写入长度已知（
WriteAt不自动扩展文件，若偏移+长度 > 当前大小，会返回io.EOF） - 不要用它替代
Seek+Write来做流式续写，因为每次都要传偏移，逻辑易错
写入后文件长度没变？检查是否用了 O_TRUNC
打开文件时若误加 os.O_TRUNC 标志，哪怕只写几个字节，也会清空整个文件。这是最隐蔽的“写入失败”原因——没有报错，但内容全丢。
正确做法：
- 仅需写入特定位置时，用
os.OpenFile(path, os.O_RDWR, 0644)，不带O_CREATE或O_TRUNC - 首次创建并写入，才加
os.O_CREATE；明确要清空才加O_TRUNC - 写完建议调用
file.Sync()，尤其对关键数据，避免 OS 缓存导致实际未落盘
小数据块反复 Seek+Write 性能差
频繁定位写入（比如每条记录都 Seek 到不同 offset）在机械盘上会显著拖慢速度，因为磁头要反复寻道。SSD 好一些，但仍有开销。
优化思路：
- 批量收集待写数据，按 offset 排序，顺序写入（减少 seek 次数）
- 用内存缓冲（如
bytes.Buffer）拼好整块数据，再一次性WriteAt或Seek+Write - 对日志类场景，别硬怼随机写，改用追加+索引映射更可靠
真正难的不是 API 调用，而是判断“该不该随机写”——多数业务场景下，预分配文件+顺序填充比反复 Seek 更稳。
