os.MkdirAll是Go中创建嵌套目录的唯一可靠方式，它递归创建所有缺失父目录、路径已存在时静默成功，且避免TOCTOU竞态；权限0755跨平台兼容，但实际生效受umask（Unix）或仅读写位（Windows）影响。
os.MkdirAll 是创建嵌套路径的唯一可靠方式
Go 标准库不支持像 os.Create 那样“自动补全父目录”，直接对不存在路径调用 os.OpenFile 或 os.Create 必然返回 no such file or directory 错误。必须显式创建中间目录，而 os.MkdirAll 是唯一推荐方案——它递归创建所有缺失的父目录，且对已存在路径静默成功，无竞态风险。
常见错误是先用 os.Stat 判断路径是否存在，再分情况调用 Mkdir 或跳过，这会引入 TOCTOU（time-of-check-to-time-of-use）竞态：判断后、创建前，另一协程可能已删掉或新建该路径。
正确做法始终是直接调用 os.MkdirAll：
if err := os.MkdirAll("/tmp/a/b/c", 0755); err != nil {
log.Fatal(err)
}
f, err := os.Create("/tmp/a/b/c/file.txt")
权限掩码 0755 在不同系统上行为一致吗
是的，os.MkdirAll 的 perm 参数在 Linux/macOS/Windows 上都控制**新创建目录**的权限位，但实际生效逻辑有差异：
立即学习“go语言免费学习笔记（深入）”；
- Linux/macOS：按位与系统 umask 后生效，例如 umask=0022 时传
0755实际得到0755 &^ 0022 = 0755；传0777才更接近“完全开放” - Windows：忽略执行位，只保留读写位，
0755和0644效果几乎相同（均为可读写）
建议统一用 0755：足够安全（其他用户不可写），又兼容所有平台。不要依赖 0777 实现“全局可写”，那反而暴露风险。
写文件前必须检查路径存在吗
不需要，也不应该单独检查。把 os.MkdirAll 放在 os.Create 或 os.OpenFile 之前即可，顺序固定：
- 先
os.MkdirAll(dirPath, perm) - 再
os.Create(filePath)或os.OpenFile(filePath, os.O_CREATE|os.O_WRONLY, 0644)
注意 os.MkdirAll 的第一个参数是**目录路径**，不是文件路径。传入 /tmp/a/b/c.txt 会尝试创建名为 c.txt 的目录，导致失败。应提取父目录：
filePath := "/tmp/a/b/c.txt"
if err := os.MkdirAll(filepath.Dir(filePath), 0755); err != nil {
log.Fatal(err)
}
f, err := os.Create(filePath)
为什么 ioutil.WriteFile 不自动创建路径
ioutil.WriteFile（Go 1.16+ 已移至 os.WriteFile）设计原则是“只做一件事”：原子写入内容。路径创建是前置依赖，不属于文件内容操作范畴。强行在内部加 MkdirAll 会隐藏副作用，让调用者误以为“写文件成功=路径一定存在”，反而增加调试难度。
如果你频繁写入深层路径，封装一个工具函数更清晰：
func WriteFileWithMkdir(name string, data []byte, perm fs.FileMode) error {
if err := os.MkdirAll(filepath.Dir(name), 0755); err != nil {
return err
}
return os.WriteFile(name, data, perm)
}
真正的坑不在函数选型，而在忘记处理 filepath.Dir 返回 "." 或 "/" 这类边界情况——当 name 是相对路径如 "file.txt" 或绝对根路径时，os.MkdirAll(".", ...) 虽然不报错，但容易掩盖真实意图。生产代码中建议对 filepath.Dir 结果做空值或根路径校验。
