os.Truncate能安全截断文件但仅支持缩小；若size超当前长度，Linux/macOS填充\x00、Windows报错，不可用于扩展。典型场景是日志轮转清空或回收空间，如os.Truncate("app.log", 0)。
直接说结论：os.Truncate 能安全截断文件，但只支持「缩小」；若指定大小超过当前长度，行为因操作系统而异（Linux/macOS 会填充 \x00，Windows 报错），不能当作「扩展」用。
什么时候该用 os.Truncate？
典型场景是清理日志、回收空间、或配合写入前预分配——比如你刚写完一部分数据，确认后续不再需要后面的内容，就把它砍掉。
它不是用来“补零扩容”的，也不是替代 os.WriteAt 或 bufio.Writer 的通用写入工具。
- ✅ 日志轮转时把旧文件截短到 0 字节：
os.Truncate("app.log", 0) - ✅ 写入 1MB 数据后，发现只需保留前 512KB：
os.Truncate("data.bin", 524288) - ❌ 想把空文件扩展成 1MB 预分配空间（应改用
os.WriteAt+bytes.Repeat或f.Seek+f.Write）
os.Truncate 的参数和常见错误
函数签名是 func Truncate(name string, size int64) error，注意两个关键点：
-
size是int64，别传uint或超大int值，否则溢出后变成负数，触发EINVAL - 如果
name是相对路径，它按当前工作目录解析，不是按执行文件位置——容易在 systemd 或容器里出错 - Windows 下若文件正被其他进程以非共享模式打开（比如记事本没关），会返回
ERROR_SHARING_VIOLATION - Linux 下对符号链接会作用于目标文件，不是链接本身（符合 POSIX 行为）
截断失败时怎么 debug？
错误类型有限，重点看 err 的底层值：
-
os.IsNotExist(err)→ 文件不存在，别急着重试，先确认路径是否拼错或权限不足 -
os.IsPermission(err)→ 当前用户对文件有读权限但无写权限（Linux/macOS 常见），检查ls -l输出的写位 -
err.Error()包含"invalid argument"→ 大概率size为负，或者文件系统不支持（如某些只读挂载、FAT32） - 返回
nil不代表内容已刷盘，如需强一致性，后续要f.Sync()（但Truncate本身不返回*os.File，得先os.OpenFile再调Truncate）
复杂点在于：截断操作本身是原子的，但如果你在截断前后还做其他 I/O（比如先 Write 再 Truncate），中间可能被中断，导致文件处于中间状态。真正可靠的方案，是把临时文件写完、Sync()、再 os.Rename 覆盖原文件——Truncate 更适合单步清理，不是构建事务语义的积木。
