os.mkdirall比os.mkdir更常用，因其能逐级创建缺失的父目录，避免“no such file or directory”错误；适用于日志、缓存等路径初始化场景，且对已存在目录返回nil而非报错。
os.MkdirAll 为什么比 os.Mkdir 更常用
因为 os.Mkdir 只能创建最后一级目录，路径中任意父目录不存在就会报错 no such file or directory；而 os.MkdirAll 会逐级创建缺失的上级目录，适合真实项目里“确保某路径存在”的场景。
常见错误现象：调用 os.Mkdir("logs/error/2024/06", 0755) 报错，但手动建好 logs 后又成功——说明你本该用 os.MkdirAll。
- 使用场景：初始化日志目录、缓存路径、配置文件所在父目录
- 权限参数注意：第二个参数是
os.FileMode，不是八进制字面量；写0755没问题，但写755（十进制）会导致权限异常 - Windows 下路径分隔符用
/或\都可以，os.MkdirAll内部会自动适配
权限设置 0755 到底意味着什么
传给 os.MkdirAll 的权限值不会被系统完全照搬，Linux/macOS 上会受进程 umask 影响，实际创建的权限是 perm &^ umask。比如 umask 是 0022，你传 0777，最终得到的是 0755。
所以别指望 0777 一定创建出“全可写”目录；生产环境建议显式用 0755（目录可遍历+执行），避免意外开放写权限。
- Go 1.19+ 开始，
os.MkdirAll对已存在目录不再检查权限是否匹配，只确保路径存在 - 如果需要校验权限是否符合预期，得自己调用
os.Stat+FileInfo.Mode() - 跨平台时，Windows 忽略权限位，传什么都一样
创建失败后怎么判断是不是路径已存在
os.MkdirAll 返回 error，但这个 error 不一定是“创建失败”——它对“目录已存在”也返回 nil，这是设计使然。真正要区分错误类型，得用 os.IsExist 或 os.IsNotExist 判断。
典型误用：if err != nil { log.Fatal(err) } —— 这样会把非致命错误（比如权限不足）和真正该忽略的“已存在”混为一谈。
- 正确做法：先检查
os.IsExist(err)，是则跳过；否则再看是不是os.IsPermission(err)或其他具体原因 - 注意：
os.IsExist在 Go 1.13+ 对os.MkdirAll的“已存在”情况才稳定返回 true；旧版本可能返回 false - 不要依赖错误字符串做判断，比如
strings.Contains(err.Error(), "file exists")，不可靠且易破
并发调用 os.MkdirAll 安不安全
不安全。多个 goroutine 同时调用 os.MkdirAll("a/b/c", 0755) 可能触发竞态，尤其在目录层级较深、磁盘响应慢时。虽然最终目录大概率能建出来，但中间可能产生多次系统调用、重复错误或权限覆盖。
这不是 Go 标准库 bug，而是底层 OS mkdir 系统调用本身的语义限制：它不提供原子性“存在则跳过，否则创建”的操作。
- 简单方案：用
sync.Once包一层，但只适用于固定路径且启动期初始化 - 通用方案：加读写锁（
sync.RWMutex），按路径哈希分桶，避免全局锁拖慢性能 - 更轻量：用
os.Stat先查是否存在，再决定是否调用os.MkdirAll，但仍有微小窗口期（TOCTOU 问题）
多数服务里，目录初始化发生在 main 启动阶段，单次调用就够了；真要高频并发建目录，说明路径设计可能有问题——该考虑用临时目录或预分配了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
