Go语言不支持追加到文件开头，因所有主流操作系统均无此系统调用；需全量读取、拼接后重写或用临时文件原子替换。
Go 语言不支持“追加到文件开头”这种操作——这不是 Go 的限制，而是所有主流操作系统文件系统的共性限制。 文件开头插入数据需要移动后续全部字节，本质是重写整个文件，无法通过单个系统调用原子完成。
为什么 os.O_APPEND 只能追加到末尾，不能到开头
os.O_APPEND 是内核级标志，它让每次 write() 系统调用自动定位到当前文件末尾再写入。这个行为由内核保证原子性，但仅对“末尾”有效。操作系统没有提供类似 O_PREPEND 的标志，因为那会强制读取+移动+写回整块数据，性能极差且易中断出错。
- 尝试用
os.Seek(f, 0, io.SeekStart)再Write：只会覆盖开头若干字节，不是“插入”，原有内容会被截断或错位 - 想“把新内容插在最前面，原内容往后推”：必须先读全文件 → 拼接新内容+旧内容 → 全量写回（或写临时文件后原子替换）
- 即使使用
os.O_RDWR | os.O_CREATE打开，Seek到开头后Write仍是覆盖，不是插入
真正可行的“开头插入”替代方案
所谓“追加到开头”，实际需求通常是日志前置、元信息注入、头部注释等。对应有更合理、更安全的做法：
- 写入时就按目标顺序组织内容：比如日志场景，先生成新条目，再读旧内容，最后一次性拼好写入（注意并发下需加锁或用临时文件）
-
用临时文件 + 原子重命名：读原文件 → 拼接新头 + 原内容 → 写入
file.tmp→os.Rename替换原文件（Unix 安全；Windows 需同盘且注意权限） -
分层存储，避免物理插入：头部信息单独存
header.json，主体内容存body.txt，读取时合并逻辑处理 - 用数据库或带索引的日志格式：如 SQLite 存记录 + 时间戳，查询时按需排序；或自定义格式每条带长度前缀，支持反向遍历
常见误操作及错误现象
有人试图用以下方式模拟“开头追加”，结果出问题：
立即学习“go语言免费学习笔记（深入）”；
-
f.Seek(0, io.SeekStart)后直接f.WriteString("new")→ 原文件前几个字被覆盖，后面内容还在，变成乱码 - 只读一次
f.Stat()得到 size，再f.Seek(size, io.SeekStart)→ 这其实是跳到末尾，不是开头；而且没考虑并发写入导致 size 失效 - 混用
os.O_TRUNC和os.O_APPEND→ 标志冲突，Linux 下通常忽略O_APPEND直接清空，Windows 可能报invalid argument - 用
os.WriteFile读-改-写 → 若两次调用间别人已写入，你的“新头+旧内容”会丢掉中间增量
真正要插入开头，就得接受“重写”这个事实。关键不是怎么绕过限制，而是选对策略：小文件拼接写回、大文件用临时文件+原子替换、高频场景改用更适合的数据结构。别在 os.OpenFile 标志位上浪费时间找不存在的 O_PREPEND。
