os.RemoveAll不能替代递归清空，因为它会删除目录本身而非仅清空内容；安全做法是用filepath.WalkDir遍历并逐个os.Remove文件，保留空目录结构。
为什么 os.RemoveAll 不能直接替代递归清空？
因为 os.RemoveAll 会删除目录本身，而“清空”只要求保留空目录结构。如果误用，后续写入可能失败（比如目录权限被父级继承破坏，或路径被其他进程强依赖），尤其在日志轮转、缓存清理等场景下必须保留目录层级。
filepath.WalkDir 遍历 + os.Remove 删除文件更安全
Go 1.16+ 推荐用 filepath.WalkDir（非 filepath.Walk），它不依赖 os.Lstat 且能正确处理符号链接和权限拒绝。遍历时跳过目录，只对文件调用 os.Remove：
err := filepath.WalkDir(dir, func(path string, d fs.DirEntry, err error) error {
if err != nil {
return err
}
if !d.IsDir() {
return os.Remove(path)
}
return nil
})
注意：filepath.WalkDir 不保证顺序，但清空操作本身无序依赖；若需先删子项再删父项（如防止“设备忙”错误），应显式按路径长度逆序排序——不过对纯文件删除通常不需要。
遇到 permission denied 或 text file busy 怎么办？
常见于正在被进程读写的日志文件或锁文件。不要强行忽略错误，否则脚本不可靠：
立即学习“go语言免费学习笔记（深入）”；
- 对
os.IsPermission(err)，可尝试临时提升权限（仅限本地调试，生产环境应提前 fix 权限） - 对
errors.Is(err, syscall.ETXTBSY)（Linux）或类似 Windows 错误，跳过该文件并记录警告，而非 panic - 避免用
os.Chmod强行改权限——可能破坏 SELinux 或容器安全策略
更稳妥的做法是加重试逻辑（如 3 次，间隔 100ms），但需控制总超时，防止卡死。
清空后要不要 os.Truncate 替代 os.Remove？
不用。对普通文件，os.Remove 更彻底：它释放 inode、触发 fsync（取决于文件系统）、清理所有硬链接指向。而 os.Truncate 只清内容，留空文件占 inode 和目录项，可能干扰后续判断（比如监控脚本误认为文件“存在且可用”）。
唯一例外是某些嵌入式或只读文件系统禁止删除，此时才考虑 truncate —— 但那已超出通用清理脚本范畴。
真正容易被忽略的是：清空后目录的 mtime 不会自动更新，有些工具依赖它做增量判断。如需同步时间戳，得手动 os.Chtimes，但多数场景没必要。
