os.Mkdir 创建单层目录失败主因是父路径不存在，应改用os.MkdirAll；os.RemoveAll遇权限/占用问题会中止；组合操作需防竞态与符号链接陷阱，推荐先Stat再清理重建。
os.Mkdir 创建单层目录失败的常见原因
直接调用 os.Mkdir 时，如果父路径不存在（比如想创建 a/b/c 但 a 和 a/b 都不存在），会返回 "no such file or directory" 错误——它只建最末一级，不递归。
实际使用中多数场景需要确保整个路径存在，此时应改用 os.MkdirAll。例如：
err := os.MkdirAll("data/logs/2024/06", 0755)
if err != nil {
log.Fatal(err)
}
-
0755是 Unix 权限掩码，Windows 上仅保留读写执行语义，不影响行为 - 若目录已存在，
os.MkdirAll不报错，可安全重复调用 -
os.Mkdir适合明确要求“仅当父目录已存在时才建子目录”的校验逻辑
os.RemoveAll 删除目录时的权限与占用问题
os.RemoveAll 会递归删除目标路径及其所有子项，但它不是“万能删除”：遇到只读文件、进程正在使用的文件或权限不足的子目录时，会立即返回错误并中止，不会继续清理其余部分。
典型错误信息包括："permission denied"、"device or resource busy"（Linux/macOS）、"The process cannot access the file because it is being used by another process"（Windows）。
立即学习“go语言免费学习笔记（深入）”；
- 在 Linux/macOS 上，先检查是否有进程在该目录下运行：
lsof +D /path/to/dir - Windows 下可用资源监视器或
handle.exe查看句柄占用 - 临时移除只读属性（如
chmod +w dir或attrib -R dir）再重试 - 若需更鲁棒的清理（比如测试临时目录），建议加简单重试逻辑，尤其对 Windows
创建和删除组合操作中的竞态与顺序陷阱
在自动化脚本或测试 setup/teardown 中，常先 os.RemoveAll 再 os.MkdirAll。但要注意两个坑：
- 删除后立即创建，若路径含符号链接，
os.RemoveAll删除的是链接指向的目标而非链接本身（除非你传入的是链接路径且链接未被解析） - 并发调用同一路径的
RemoveAll+MkdirAll可能导致中间状态冲突，比如 A 刚删完、B 还没建好，C 就去读取——这不是原子操作 - 跨平台时注意路径分隔符：
filepath.Join("a", "b", "c")比硬写"a/b/c"更可靠
替代方案：用 filepath.Clean 和 os.Stat 提前判断更稳妥
盲目删除再创建不如先确认状态。比如要确保某个目录“干净且存在”，可以：
path := filepath.Clean("output/cache")
if _, err := os.Stat(path); os.IsNotExist(err) {
os.MkdirAll(path, 0755)
} else if err == nil {
os.RemoveAll(path)
os.MkdirAll(path, 0755)
}
这里 filepath.Clean 能处理 "./output//cache/" 这类冗余路径，避免因路径格式差异导致 os.Stat 找不到；os.IsNotExist 是跨平台判断方式，比直接比对错误字符串更健壮。
真正复杂的地方往往不在函数调用本身，而在路径是否被其他 goroutine 或外部进程隐式持有——这类问题不会报错，但会让后续 I/O 行为不可预期。
