17370845950

最安全高效的方式是使用 os.Truncate 或 *os.File.Truncate(0) 截断文件至0字节，避免读写、节省资源、保留元信息；切勿用 WriteFile 等写空切片方式清空大文件。

用 Golang 清空大文件内容，最安全高效的方式不是读取再写空，而是直接截断（truncate）文件。这能避免内存占用、I/O 延迟，且对任意大小的文件都几乎瞬时完成。

使用 os.Truncate 截断文件到 0 字节

这是标准库提供的原生方法，底层调用系统 truncate 系统调用，不涉及数据读写，速度快、资源省。

• 确保文件以可写模式打开（如 os.O_RDWR），否则 truncate 可能失败
• 传入长度 0 即可清空内容，文件元信息（权限、修改时间等）保留
• 若文件不存在，os.Truncate 会返回 *os.PathError；建议先检查存在性或用 os.OpenFile + syscall.Ftruncate（更底层）

示例代码：

err := os.Truncate("large.log", 0)
if err != nil {
    log.Fatal("清空失败:", err)
}

用 os.OpenFile + f.Truncate 实现更精细控制

适用于需要复用文件句柄、或在打开时就决定是否清空的场景（比如日志轮转前重置）。

• 用 os.OpenFile 以 os.O_RDWR | os.O_CREATE 打开，获取 *os.File
• 调用 f.Truncate(0) —— 与 os.Truncate 行为一致，但基于已打开的文件描述符
• 记得 defer f.Close()，避免句柄泄漏

示例：

f, err := os.OpenFile("data.bin", os.O_RDWR, 0644)
if err != nil {
    log.Fatal(err)
}
defer f.Close()

if err = f.Truncate(0); err != nil {
    log.Fatal("截断失败:", err)
}

注意：不要用 ioutil.WriteFile 或 os.WriteFile 清空大文件

这些函数会把整个空字节切片（如 []byte{}）写入，看似简洁，但在某些系统或 Go 版本中可能触发缓冲区分配或同步行为，对 GB 级文件反而引入不必要的开销和风险。

• WriteFile 是原子写入，会先写临时文件再 rename，清空操作完全不需要这种语义
• 即使传入空切片，部分实现仍可能执行 stat、chmod 等额外系统调用
• 明确意图应使用 truncate，语义清晰、性能确定

补充：清空同时保留文件权限和所有者（Unix/Linux）

os.Truncate 和 f.Truncate 默认保持文件的 mode、uid/gid 不变，无需额外操作。但如果你是先删除再创建同名文件，则会丢失原始权限和属主 —— 这正是为什么 truncate 是首选。

• 验证方式：清空前运行 ls -l file，清空后再运行，对比权限位和 owner/group 是否一致
• 如需批量清空多个文件，循环调用 os.Truncate 即可，无并发安全问题（各文件独立）

基本上就这些。截断是清空大文件的底层共识，Golang 封装得足够干净，直接用 os.Truncate(路径, 0) 就行，不复杂但容易忽略。