os.mkdirall是go中创建多级目录的唯一合理选择，它自动逐级创建缺失父目录、已存在时返回nil、需用0755格式权限、路径须clean处理且不带尾斜杠，而os.mkdir仅建单层且父目录缺失即报错。
os.MkdirAll 是 Go 中创建多级目录的唯一合理选择，别用 os.Mkdir —— 它只建最后一层，路径里任意父目录缺失就直接报 no such file or directory。
为什么 os.MkdirAll 必须替代 os.Mkdir？
真实项目里几乎不存在“父目录一定已存在”的场景。日志路径 logs/error/2026/05、缓存路径 cache/images/thumbnails，这些路径天然就是多级嵌套的。
-
os.Mkdir("logs/error", 0755)：若logs/不存在，立刻失败 -
os.MkdirAll("logs/error", 0755)：自动补上logs/，再建error/，全程无感 - 错误信息里出现
no such file or directory，90% 是误用了os.Mkdir -
os.MkdirAll对已存在目录返回nil，不是错误，是设计行为（幂等）
perm 参数写 0755 还是 0o755？权限到底有没有生效？
Go 1.13+ 起，0755 和 0o755 都能被正确解析为八进制 —— 但仅限于字面量以 0 开头且后续全是 0–7 数字时。写成 755（无前缀）就是十进制，实际权限变成 01143（八进制），等效于 0o1143，会意外打开 setgid 位，极难排查。
- Linux/macOS 上权限受进程
umask影响：0777 &^ umask才是最终结果。例如umask=0022时，传0777实际得0755 - Windows 完全忽略权限位，
0755或0600都只是占位，不报错也不生效 - 生产环境建议固定用
0755（目录可遍历+执行），避免用0777引发越权风险
并发调用 os.MkdirAll 会出问题吗？
会。多个 goroutine 同时执行 os.MkdirAll("a/b/c", 0755) 不是线程安全的 —— 底层依赖系统 mkdir() 系统调用，它本身不具备原子性。
- 可能触发多次
mkdir("a")，其中某些调用返回errno=EEXIST，标准库会吞掉并继续；但中间状态不可控 - 若某次调用在建好
a/后、建a/b前被中断（如信号终止），会留下不完整路径 - 这不是 bug，是 OS 层语义限制。需要强一致性时，应先
os.Stat检查，再按需逐级os.Mkdir+ 错误重试 - 日常初始化（如应用启动时创建日志目录）基本无需担心；高频写入路径（如按请求动态生成用户子目录）建议加一层
sync.Once或锁
路径处理和错误判断最容易踩的三个坑
这三个点不细看文档，线上跑几天才暴露：
- 路径含
../或末尾斜杠（如"data/../tmp/"）：不清理就传给os.MkdirAll可能跳出预期目录。务必用filepath.Clean()预处理 - 错误判断写成
if err != nil { log.Fatal(err) }：把os.IsPermission(err)（权限不足）和os.IsExist(err)（已存在）混为一谈。正确姿势是if err != nil && !os.IsExist(err) - 符号链接路径：如果
"a"是软链，os.MkdirAll("a/b", 0755)默认作用于软链目标目录，而非软链本身。想严格按字符串创建，得自己os.Lstat+ 拆解路径
os.MkdirAll 就不是“静默可靠”，而是埋雷现场。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
