os.MkdirAll的perm参数仅控制最深层目录权限，中间目录受umask影响；os.RemoveAll需显式检查错误；路径拼接必须用filepath.Join；判断目录存在性应使用os.Stat配合fi.IsDir()。
用 os.MkdirAll 创建多级目录，但要注意权限掩码的实际效果
Go 的 os.MkdirAll 确实能一次性建好嵌套路径，比如 "a/b/c"，但它第二个参数 perm 只控制**最深层目录**的权限，中间父目录会按系统 umask 截断——不是你传什么就设成什么。比如传 0755，在 umask=0022 的机器上，中间目录可能变成 0755 &^ 0022 = 0733，导致组写权限丢失。
实操建议：
- 如果需要严格控制所有层级权限，先用
os.MkdirAll建路径，再用filepath.Walk遍历所有新建目录，逐个调用os.Chmod - 避免传
0777：Linux 下它会被 umask 折损，且可能带来安全风险；更稳妥的是显式计算目标权限，例如0755 | 0111（确保可执行位） - Windows 不受 umask 影响，但
perm参数仍被忽略（仅作占位），所以跨平台脚本别依赖它设权限
清理目录时，os.RemoveAll 会静默失败，得自己检查错误
os.RemoveAll 看似“删干净”，但它遇到只读文件、进程占用句柄、权限不足等情况时，只会返回 error，不会中断或重试——你若不判断返回值，就以为删成功了。
常见错误现象：脚本执行后目录还在，但没报错；或只删了一半子目录，后续操作因残留文件出错。
立即学习“go语言免费学习笔记（深入）”；
实操建议：
- 必须检查
os.RemoveAll的返回值：if err != nil { log.Fatal(err) }，不能忽略 - 若需容忍部分失败（如只读文件），改用
filepath.Walk+os.Remove逐个处理，并对每个os.Remove单独捕获错误 - 注意：Windows 下正在被其他进程打开的文件无法删除，
os.RemoveAll会直接返回"The process cannot access the file..."错误，得提前关闭相关句柄或加重试逻辑
路径拼接别用字符串加号，用 filepath.Join 防止跨平台出错
硬拼 "dir/sub/" + "file.txt" 在 Windows 上可能生成 "dir/sub/\file.txt" 这种非法路径，Go 的 os 系列函数会直接报 "The filename, directory name, or volume label syntax is incorrect."。
使用场景：脚本要同时支持 Linux/macOS/Windows，尤其是用户传入路径参数时。
实操建议：
- 所有路径组合一律走
filepath.Join("a", "b", "c")，它会自动适配/或\ - 用户输入的路径（如命令行参数）用
filepath.Clean标准化，去掉../、重复分隔符等歧义 - 不要对
filepath.Join结果再手动加斜杠——它已保证末尾无多余分隔符，加了反而在 Windows 上触发异常
用 os.Stat 判断目录存在性比 os.IsNotExist 更可靠
很多人用 os.IsNotExist(err) 判断目录是否存在，但这只能说明“路径不存在”，不能区分“是文件不是目录”或“权限不足读不到”。比如对一个没读权限的目录执行 os.Stat，会返回 "permission denied" 错误，而非 os.IsNotExist 为 true，结果误判为“目录存在”。
性能影响：两次 os.Stat（一次查存在，一次查是否为目录）比一次更慢，但这是必要开销。
实操建议：
- 检查目录是否存在且为目录，统一用：
fi, err := os.Stat(path); if err == nil && fi.IsDir() - 不要依赖
err != nil就认为路径不存在——先看os.IsNotExist(err)，再看os.IsPermission(err)，最后才 fallback 到其他错误处理 - 清理前做存在性检查时，优先用
os.Stat而非os.ReadDir：前者轻量，后者实际会读取目录内容，在大目录下明显变慢
os.RemoveAll 错误不抛异常的默认行为——这两点在 CI 环境或 Windows 机器上最容易突然翻车。 
