os.removeall是go中安全递归删除目录的标准方案，需先做绝对路径化、类型确认和父目录权限检查，再调用；删不掉时应按错误类型决策重试或修复，而非盲目替换方案。
os.RemoveAll 是高效删除目录的唯一标准解，但“高效”不等于“无脑调用”
Go 标准库中，os.RemoveAll 就是为高效递归删除整个目录树而生的，它底层复用系统调用、不跨挂载点、不跟随符号链接、错误明确可捕获。但它不是“越快越好”的黑盒——高效的前提是路径安全、类型正确、权限可控。直接传入 "./" 或 os.Getenv("HOME") 这类未经校验的路径，哪怕删得再快，也是生产事故前奏。
删之前必须做三件事：绝对路径化、类型确认、父目录权限探查
别跳过预检，这是避免误删和静默失败的核心防线：
-
filepath.Abs(path)转成绝对路径，防止"../config.yaml"类路径越界 -
os.Stat(absPath)检查存在性与类型，确保它是目录（fi.IsDir()），而非同名文件 -
os.Stat(filepath.Dir(absPath))拿到父目录信息，Linux/macOS 下检查fi.Mode().Perm() & 0200 == 0200（用户有写权限）；Windows 下此步仅作参考，真实权限需靠后续错误反馈
示例片段：
absPath, _ := filepath.Abs("./dist")
fi, err := os.Stat(absPath)
if err != nil || !fi.IsDir() {
log.Fatal("not a valid directory:", absPath)
}
log.Printf("about to remove: %s", absPath)
err = os.RemoveAll(absPath)
删不掉？别急着换方案，先看错误类型再决策
os.RemoveAll 半途而废不是性能问题，而是它遇到第一个不可恢复错误就终止。关键不是“怎么让它继续”，而是“这个错误是否允许忽略或修复”：
-
errors.Is(err, fs.ErrNotExist)：路径已不存在，可安全忽略 -
errors.Is(err, syscall.ENOTEMPTY)（Linux/macOS）或errors.Is(err, syscall.EBUSY)（部分 Linux/Windows）：说明有子项被占用或只读——此时应先os.Chmod(path, 0755)，再重试 1–2 次，每次间隔100 * time.Millisecond -
errors.Is(err, fs.ErrPermission)：Linux/macOS 看父目录权限，Windows 看文件是否被锁；对 Windows 上被占用的文件，os.Rename(path, path+".to_remove")移走再删，比硬删更可靠
需要排序、中断、dry-run 或跳过 .git？那就必须放弃 os.RemoveAll，改用 filepath.WalkDir
一旦需求超出“删光所有东西”，比如要保留空目录、跳过 .git、按修改时间倒序删、记录每一步、或支持 --dry-run，os.RemoveAll 就不再适用。这时候必须用 filepath.WalkDir 手动遍历并逆序处理：
- 遍历时用
d.Type().IsRegular()收集所有文件路径，遇到.git直接return filepath.SkipDir - 遍历完后，把文件路径列表倒序（从深到浅），逐个
os.Remove；最后再对收集的目录路径（按深度降序）调os.Remove清空空目录 - 别在
WalkDir回调里直接删——会干扰遍历器状态，导致 panic 或漏删
真正容易被忽略的是：清理逻辑的“语义边界”。os.RemoveAll 的语义是“彻底抹除”，而业务中的“清理”往往意味着“清空内容但保留结构”。混淆这两者，再快的删除也是错的。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
