golang中文件增量更新本质是三段式原子替换：先用os.createtemp创建临时文件，再用io.copyn拷贝未修改区段、dst.write写入新内容、io.copy续拷剩余部分，最后os.rename原子覆盖原文件；需同步权限、属主等元数据，并避免直接seek+write导致崩溃损坏。
不能靠“只改某几行”这种直觉操作——Golang 没有内置的文件局部覆盖写入语义，所谓“增量更新”本质是“跳过未变区 + 写入变更块 + 拷贝剩余区”的三段式原子替换。
用 os.CreateTemp + io.CopyN 实现安全的分段写入
直接在原文件上 Seek + Write 风险极高：中断会导致文件截断或内容错位。正确路径是创建临时文件，按逻辑区域拼接：
- 用
os.Open打开原文件，os.CreateTemp("", "update-*.tmp")创建同目录临时文件 - 用
io.CopyN(dst, src, offset)拷贝前offset字节（即变更点之前） - 用
dst.Write(newBytes)写入新内容（注意长度可能 ≠ 原内容长度） - 再用
io.Copy(dst, src)拷贝剩余全部字节（此时src的Read位置已在变更点后） - 最后
os.Rename(tmpFile, originalPath)—— Linux/macOS 下原子，Windows 要检查syscall.EXDEV错误并 fallback 到io.Copy+os.Remove
为什么不能直接 os.Truncate 后 Seek 写？
常见错误是先 Truncate 原文件到目标长度，再 Seek 到位置写。问题在于：
- 若新内容比原内容短，
Truncate会删掉后面数据，但你可能想保留尾部；若更长，Truncate又没预留空间 -
Seek+Write不保证原子性，写到一半崩溃，文件就损坏了 - 多个进程/线程同时操作同一文件时，
Seek位置易被干扰，Write可能覆盖错区域
所以必须走「全量临时文件 → 原子替换」路径，哪怕只改一个字节。
处理权限、属主、符号链接等元数据
os.Copy 或手动 Write 只复制内容，不带元数据。漏掉这步，更新后文件可能变成不可执行、无读权限，或把 symlink 变成普通文件：
- 用
os.Lstat获取源文件信息，判断fi.Mode() & os.ModeSymlink != 0，若是则用os.Readlink+os.Symlink - 写完内容后，立即调
os.Chmod(tmpFile, fi.Mode())；注意 Windows 下需屏蔽os.ModeSetuid等无效位 -
os.Chown在非 root 或 Windows 下大概率失败，应忽略错误而非中止流程 - 若源文件是硬链接，
os.Link可复用 inode，避免磁盘写放大（仅限同设备）
大文件场景下如何避免内存爆炸？
别把整个文件读进 []byte 再切片修改——100MB 文件会吃掉同等内存。必须流式处理：
- 用
bufio.NewReader包装原文件，逐行扫描定位变更起始偏移（适合文本） - 对二进制文件，用
io.CopyN和io.MultiReader组合：前段从原文件读，中段用bytes.NewReader(newData)，后段继续从原文件读 - 计算偏移时，务必用
os.Stat().Size()而非len([]byte)，后者对大文件不适用 - 若需频繁更新同一文件，可预加载其结构（如 JSON/XML 解析后缓存指针），只在落盘时
Marshal，而非每次更新都解析
真正难的不是“怎么写新内容”，而是“怎么确保旧文件的权限、时间戳、链接类型、甚至稀疏属性都不被破坏”。这些细节不显眼，但上线后第一个报错往往就出在这儿。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
