os.remove仅能删除文件或空目录，非空目录必报错；os.removeall可递归删除整个目录树但无回滚，需预检路径、权限及类型以确保安全。
os.Remove 不是用来“清理”的函数，它只做一件事：删掉一个路径——且仅限文件或空目录。想靠它批量删日志、清缓存、扫构建产物，十有八九会在 directory not empty 或 permission denied 上卡住。
os.Remove 删非空目录必然失败，这不是 bug
传入 "./logs" 这种含子文件的目录，os.Remove 一定返回错误，比如 syscall.ENOTEMPTY（Linux/macOS）或 syscall.ERROR_DIR_NOT_EMPTY（Windows）。这是明确的设计约束，不是实现缺陷。
- 适用场景只有两种：删单个文件（如
"config.yaml"），或删你**已确认为空**的目录（如"./tmp/empty"） - 不确定是否为空？别硬调用——先用
os.ReadDir(path)检查长度，若 > 0 就该换os.RemoveAll - 错误判断必须用
errors.Is(err, syscall.ENOTEMPTY)，别用strings.Contains(err.Error(), "not empty")—— 跨平台不一致，Windows 错误消息可能完全不同
os.RemoveAll 是唯一能递归删目录树的函数
os.RemoveAll 确实能删 "./dist" 或 "./testdata" 这类非空目录，但它行为很“刚”：遇到第一个权限拒绝、文件被占用、或 symlink 目标不可达，就立刻中止，前面已删的文件不会回滚。
- 危险操作示例：
os.RemoveAll(".")、os.RemoveAll("/tmp")—— 路径拼错或未校验，可能误删项目外内容 - 安全做法：删之前先
filepath.Abs(path)规范化，再加白名单校验，比如strings.HasSuffix(absPath, "/build")或strings.HasPrefix(absPath, expectedBase) - 符号链接处理：它删的是软链本身，不是目标；要删目标，得先
os.Readlink获取路径，再手动os.RemoveAll
Windows 下删不掉常因文件被占用，Linux/macOS 多因父目录无写权限
os.Remove 和 os.RemoveAll 都不自动解决占用或只读问题。失败就是失败，不会重试、不会跳过、不会 chmod。
- Windows 常见报错：
The process cannot access the file because it is being used by another process（对应syscall.ERROR_SHARING_VIOLATION）—— 编辑器（VS Code）、杀毒软件、甚至 cmd 当前工作目录都可能锁住文件 - Linux/macOS 关键点：删文件依赖的是**父目录的写权限**，不是文件自身权限；检查命令是
ls -ld /path/to/parent，不是ls -l file - 只读文件可先
os.Chmod(path, 0644)再删（注意：这只改软链权限；要改目标权限，得先os.Stat判断是否为 symlink，再os.Chmod目标路径） - 被占用文件唯一稳妥方案：跳过（
continue），或用os.Rename移走再删（Windows 允许重命名被占用的文件）
路径构造和遍历必须用 filepath.Join 和 filepath.WalkDir
手拼路径如 "tmp/" + filename 在 Windows 上容易出错（反斜杠 vs 正斜杠）；用 os.Stat 配合 filepath.Walk 做条件清理，性能差且易因权限中断遍历。
- 拼路径一律用
filepath.Join("tmp", filename)，跨平台安全 - 需要按条件删（比如只删 7 天前的日志），优先用
filepath.WalkDir（比filepath.Walk更快、不因权限 panic） - 删前务必
os.Stat检查类型：fi.IsDir()和fi.Mode()&os.ModeSymlink != 0，避免把 symlink 当普通文件删错目标
os.Remove 或 os.RemoveAll 就只是个高危开关。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
