Go中无法直接写入指定位置，必须用os.Seek配合os.Write或使用os.WriteAt；需以读写模式打开文件，写完调用Sync确保落盘。
Go 中无法直接“写入指定位置”，必须用 os.Seek 配合 os.Write
Go 的 os.File 本身不支持类似 fseek + fwrite 一步到位的“跳到某处写”操作。你得先用 os.Seek 移动文件指针，再调用 Write 或 WriteAt —— 否则写入永远从当前偏移开始，不是你想要的位置。
常见错误现象：Write 总是追加到末尾，或覆盖开头却没生效，本质是忘了 Seek。
- 使用场景：日志补全、二进制协议头更新、数据库 WAL 修复等需要原地修改的场合
- 必须以读写模式打开文件：
os.OpenFile(path, os.O_RDWR, 0644)；只读或只写模式下Seek可能成功但后续Write报bad file descriptor -
os.WriteAt看似能跳过Seek，但它只对支持随机写的底层文件有效（如普通磁盘文件），且不会自动扩展文件长度；写入位置超出当前大小时，部分系统会静默失败或返回ENOSPC
os.WriteAt 和 Seek+Write 的行为差异很关键
os.WriteAt 是原子性的“偏移写”，但它的语义和 Seek+Write 不同：它不改变文件指针位置，也不保证写入后文件长度自动增长；而 Seek+Write 会移动指针，且如果写到末尾之后，多数系统会自动填充空洞（sparse file）并扩展文件长度。
示例对比：
立即学习“go语言免费学习笔记（深入）”；
// 方式一：Seek + Write（推荐用于需扩展文件的场景）
f, _ := os.OpenFile("data.bin", os.O_RDWR|os.O_CREATE, 0644)
f.Seek(1024, io.SeekStart) // 跳到第1024字节
f.Write([]byte{0x01, 0x02}) // 写入2字节，文件长度至少变为1026
// 方式二：WriteAt（适合固定长度文件内更新）
f.WriteAt([]byte{0x01, 0x02}, 1024) // 同样写到1024，但若文件原长<1026，行为因OS而异
- Linux 下
WriteAt超出范围通常返回ENOSPC或静默截断；Windows 可能报ERROR_HANDLE_EOF - 如果目标位置在文件中间，两种方式都安全；但如果要“向中间插入”（非覆盖），Go 没有内置支持，必须手动读取后半段、重写
- 并发写同一文件时，
WriteAt更安全（不依赖共享指针），但需自行处理竞争条件
写入位置超出文件当前长度时，Seek 不会自动扩容
os.Seek 只移动指针，哪怕你 Seek 到 1MB 位置，文件长度仍是原来的值。此时调用 Write，不同 OS 行为不一致：Linux 通常允许写并自动填充空洞（表现为文件变大、中间全是 \x00），Windows 可能直接失败并返回 ERROR_INVALID_PARAMETER。
- 可靠做法：写入前先用
f.Stat()获取当前大小，若目标偏移 ≥ 当前大小，先用f.Truncate(offset + len(data))扩容 - 注意
Truncate会把新增区域初始化为\x00，这是预期行为，不是 bug - 避免用
Seek(io.SeekEnd, n)计算“末尾 + n”，因为n > 0时它等价于Seek(io.SeekCurrent, n)，不是扩展操作
小心 Windows 下的文件锁和缓存导致写入不生效
在 Windows 上，如果文件正被其他进程以共享模式打开（比如记事本、资源管理器预览），OpenFile 可能成功，但后续 WriteAt 或 Seek+Write 会返回 ERROR_SHARING_VIOLATION；另外，NTFS 缓存可能延迟落盘，导致 Read 立即看到旧内容。
- 强制刷新：写完后调用
f.Sync()，否则重启或断电可能丢失数据 - 绕过缓存（仅限高性能场景）：Windows 需用
os.OpenFile加syscall.FILE_FLAG_NO_BUFFERING标志，但要求偏移和长度都是扇区对齐（通常 512 字节），否则直接 panic - 调试技巧：用
handle.exe（Sysinternals 工具）查谁占用了文件句柄，比看错误码更直观
Seek 或用 WriteAt → 写完记得 Sync。最容易被忽略的是 Windows 共享锁和 Linux 空洞文件的隐式填充行为——它们不会报错，但结果和预期不符。 
