os.removeall不能替代递归删除逻辑，因其在权限不足、文件占用时直接失败且无控制能力；手动递归需倒序删除、逐项容错处理，并注意windows下符号链接的遍历与删除行为。
为什么 os.RemoveAll 不能直接替代递归删除逻辑
很多人看到“递归删除目录”第一反应是用 os.RemoveAll，但它在某些场景下会失败或行为不符合预期：
• 当目录内存在权限不足的子项（如只读文件、无执行权限的子目录）时，os.RemoveAll 直接返回错误并中止，不会尝试继续清理其他可删项；
• 它不提供中间过程控制（比如跳过特定文件名、记录失败路径、触发回调）；
• 在 Windows 上对正在被占用的文件（如日志文件被进程打开）会报 Access is denied，而你可能希望忽略这类项继续删其余内容。
手动递归删除必须处理的三个关键点
自己写递归删除，核心不是“遍历+删”，而是应对真实文件系统的脆弱性：
- 先用
filepath.Walk遍历，但注意它默认按深度优先顺序，**删除必须倒序**（即先删叶子，再删父目录），否则会因子项残留导致remove directory not empty错误； - 每个
os.Remove或os.RemoveAll调用都得单独 recover 错误，不能因一个文件失败就中断整个流程； - 对目录和文件要区分处理：文件直接
os.Remove，空目录才能os.Remove，非空目录需先清空——但os.RemoveAll对单个目录其实已做了这个判断，所以实际可用它代替手动清空逻辑，只要接受它的失败语义。
推荐做法：用 filepath.Walk 收集路径后逆序删除
这是最可控、最容易调试的方式。示例逻辑如下：
// paths 用于收集所有可删路径
var paths []string
err := filepath.Walk("/path/to/dir", func(path string, info os.FileInfo, err error) error {
if err != nil {
return err // 如权限拒绝导致无法 stat，跳过该路径
}
if path == "/path/to/dir" { // 跳过根目录本身，最后删
return nil
}
paths = append(paths, path)
return nil
})
if err != nil {
log.Printf("walk failed: %v", err)
}
// 逆序：从深到浅删
for i := len(paths) - 1; i >= 0; i-- {
if err := os.Remove(paths[i]); err != nil {
// 忽略常见非致命错误，如文件不存在、权限不足、被占用
if !os.IsNotExist(err) && !strings.Contains(err.Error(), "Access is denied") {
log.Printf("failed to remove %s: %v", paths[i], err)
}
}
}
// 最后删根目录
if err := os.Remove("/path/to/dir"); err != nil {
log.Printf("failed to remove root: %v", err)
}
注意：filepath.Walk 不保证遍历顺序，所以必须显式逆序；os.Remove 对文件和空目录都有效，无需额外判断类型。
Windows 下特别要注意的硬链接与符号链接
在 Windows 上，若目标目录含符号链接（symlink）或硬链接（hard link），os.Remove 默认只删链接本身，不删目标。如果你需要穿透链接删除真实内容，得先用 os.Stat 判断是否为链接，再用 os.Lstat + os.Readlink 解析路径——但这会极大增加复杂度，且容易引发误删。绝大多数脚本场景应明确约定：只删链接，不删目标。否则必须加人工确认或白名单机制。
真正容易被忽略的是：filepath.Walk 默认会跟随符号链接（即进入链接指向的目录），而不会把链接本身作为普通文件列出。如果不想递归进链接，得用 filepath.WalkDir（Go 1.16+）配合自定义 fs.DirEntry 判断 IsSymlink() 来跳过。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
