os.mkdirtemp默认权限0700，perm参数需用八进制（如0755）而非十进制755；windows下被忽略；应创建后os.chmod确保权限；pattern中*必须在末尾；需手动清理，防磁盘占满；临时目录不保证长期存活，避免存放重要数据；并发安全但依赖原子操作。
os.MkdirTemp 创建临时目录时路径权限不生效？
默认创建的临时目录权限是 0700（仅属主可读写执行），传入的 perm 参数不会被忽略，但必须用八进制字面量写法，比如 0755，而不是十进制 755。传错会导致目录实际权限仍是 0700，看起来像“没生效”。
常见错误现象：os.MkdirTemp("/tmp", "myapp-*", 755) —— 这里 755 是十进制整数，等价于八进制 1363，系统会截断高位，最终权限变成 0363（即 rwx-wx-wx），非常反直觉。
- 正确写法：用
0755（前面带0）或fs.ModePerm &^ 0022显式清除 umask 影响 - Windows 下
perm参数被忽略，目录总是继承父目录权限，别依赖它做跨平台控制 - 如果需要严格权限（如避免其他用户遍历），创建后立即调用
os.Chmod(dir, 0700)更可靠
os.CreateTemp 和 os.MkdirTemp 的命名冲突与清理风险
两个函数都接受 pattern 字符串，其中 * 会被随机字符串替换。但如果你写成 "tmp-*.log" 或 "cache-*/"，* 必须是唯一通配符且不能出现在末尾以外的位置——否则 os.CreateTemp 可能返回 "tmp-XxYyZz.log"（合法），而 os.MkdirTemp 在某些系统上会直接报 "invalid pattern" 错误。
-
os.CreateTemp允许*出现在中间或结尾，但只替换第一个* -
os.MkdirTemp要求*必须在末尾（如"myapp-*），否则失败 - 临时文件/目录不会自动删除，必须手动调用
os.Remove或os.RemoveAll；忘记清理是测试环境磁盘占满的常见原因 - 推荐搭配
defer os.RemoveAll(dir)，但注意：如果测试 panic 或提前 return，仍可能漏删；更稳妥的是用testing.T.Cleanup（测试中）或runtime.SetFinalizer（生产慎用）
临时路径被清理工具误删怎么办？
os.MkdirTemp 默认用 os.TempDir() 返回的路径（通常是 /tmp、C:\Users\...\AppData\Local\Temp），这些位置常被系统级清理脚本（如 systemd-tmpfiles、Windows Disk Cleanup）扫描并删除“旧文件”。哪怕你刚创建的目录，只要 mtime 超过阈值（比如 10 分钟），就可能被干掉。
立即学习“go语言免费学习笔记（深入）”；
- 避免依赖长期存活的临时目录：把它们当“瞬态资源”，每次运行都新建 + 清理
- 不要把重要中间数据（如数据库快照、未提交上传）放在这里
- 如需稍长生命周期，改用应用专属路径，比如
$HOME/.myapp/tmp，并自行管理过期逻辑 - Linux 上可通过
systemd-tmpfiles --clean查看当前清理策略，确认/tmp是否启用了 aggressive aging
并发调用 os.MkdirTemp 会不会撞名？
不会。Go 的 os.MkdirTemp 内部使用原子性重命名（rename(2)）或 mkdir(2) 配合 EEXIST 重试，确保即使多个 goroutine 同时调用，也会生成彼此隔离的目录。但前提是 pattern 中的 * 足够长（默认 10 位随机字符），且底层文件系统支持原子创建。
- 在 NFS 或某些 FUSE 文件系统上，原子性可能降级为轮询重试，极端高并发下仍有极低概率失败（返回
os.ErrExist） - 不要自己拼接时间戳或 PID 做前缀来“防撞”，这反而降低熵值，增加冲突概率
- 如果真遇到
os.ErrExist，应重试（最多 3 次），而不是换名字逻辑 - 临时目录名本身不保密，别把敏感信息（如 token、密钥）编码进
pattern
真正麻烦的是清理时机和跨进程可见性——比如一个进程创建了 /tmp/myapp-AbC12，另一个进程在它还没删完时就去读里面的内容，结果读到半截数据。这种竞态没法靠函数本身解决，得靠应用层协议约束。
