os.removeall 是删除目录及全部内容的首选方案，因其递归删除、不跨挂载点、正确处理权限与符号链接，并在错误时明确报错而非静默失败。
os.RemoveAll 为什么是首选方案
go 标准库的 os.RemoveAll 就是专为“安全删目录及其全部内容”设计的，它递归删除目标路径下所有文件、子目录、符号链接（但不跟随链接），且在多数常见错误场景下会返回明确错误而非静默失败。
它比手写递归遍历 + os.Remove 更可靠：自动处理权限、只读文件、挂载点边界（linux/macos 下不会跨挂载点删除）、空目录与非空目录统一逻辑。windows 下也能正确处理 ? 路径前缀兼容性问题（只要传入的是合法路径）。
常见误用现象：os.Remove 被误用于目录（报 is a Directory 错误）；或用 filepath.Walk 配合 os.Remove 时顺序错乱导致父目录先删、子项删失败。
- 必须确保传入路径是绝对路径，或至少是相对于当前工作目录的**有效相对路径**（
os.RemoveAll("foo")删除的是当前进程 cwd 下的foo） - 若路径末尾有斜杠（如
"dir/"），部分旧版 Go（filepath.Clean 规范化 - 它不处理正在被其他进程占用的文件（Windows 上常见
text file busy或access is denied），此时需业务层重试或提示用户关闭相关程序
如何提前判断能否删除（避免运行时 panic）
Go 不提供原子性的“可删性预检”，但可通过 os.Stat + 权限检查降低失败率。重点不是“能不能读”，而是“有没有权限删”——尤其在 Linux/macOS 上，删除文件依赖**父目录的写+执行权限**，而非文件自身权限。
立即学习“go语言免费学习笔记（深入）”；
典型错误现象：对只读文件执行 os.RemoveAll 成功（因为删的是父目录 entry），但对只读目录本身失败（父目录没写权限）；或 Docker 容器内挂载的只读 volume 报 read-only file system。
- 先
os.Stat检查路径是否存在且是目录：fi, err := os.Stat(path); if err != nil || !fi.IsDir() { ... } - 用
filepath.Dir(path)获取父目录，再os.Stat父目录并检查fi.Mode().Perm()&0200 == 0200（用户有写权限） - 注意：Windows 下权限模型不同，该检查仅作参考；真正可靠的方式仍是直接调用
os.RemoveAll并处理返回错误
删除前需要备份或确认的实用技巧
os.RemoveAll 是不可逆操作，标准库不提供回收站或 dry-run 模式。如果业务需要“防误删”，必须自己加控制层。
常见场景：CLI 工具中加 --dry-run 参数、CI 脚本中对敏感路径硬编码校验、测试环境强制跳过真实删除。
- 用
filepath.Walk遍历并收集所有待删路径（不删除），打印出来供人工确认：fmt.Printf("Would remove: %s ", path) - 生产服务中，可将待删目录先
os.Rename到临时位置（如path + ".deleted_$(date)"），延迟几小时再真实清理 - 避免用
exec.Command("rm", "-rf")：绕过 Go 的错误处理机制，丢失具体失败原因（比如权限、路径不存在），且 Windows 不兼容
跨平台路径与符号链接的坑
os.RemoveAll 对符号链接的处理很明确：**只删链接本身，不删它指向的目标**。但路径拼接错误会导致意外行为，尤其在 Windows 下混用正反斜杠或盘符。
典型错误现象：传入 "C: empmydir" 字符串，在某些 IDE 或 shell 中反斜杠被转义，实际变成 C: empmydir（制表符）；或用 path + "/sub" 在 Windows 上生成非法路径。
- 永远用
filepath.Join拼路径：filepath.Join(base, "subdir", "file.txt") - 删除前用
filepath.Abs转成绝对路径，能暴露相对路径歧义问题（比如../outside） - 如果目标可能是符号链接且你想删它指向的内容，先用
os.Readlink获取目标，再决定是否递归删目标——但需自行防范循环链接
路径合法性、父目录权限、符号链接语义、跨平台拼接——这四个点漏掉任何一个，都可能让 os.RemoveAll 在某个环境里突然不工作。