Go os.MkdirTemp 创建临时目录时权限为何固定为 0700

如果你发现 os.MkdirTemp 创建的目录总是 0700，这不是传参失效，而是 API 有意固定的安全默认值：目录所有者可读、可写、可进入，其他用户没有访问权限。它不提供 perm 参数，也不会因为当前进程的 umask 就把目录放宽。确实需要共享时，应在创建成功后显式调整权限，并同时评估用户组、ACL 和操作系统差异。

一、0700 是安全边界，不是异常结果

函数签名是 MkdirTemp(dir, pattern string) (string, error)。当 dir 为空时，Go 选择系统临时目录；当 pattern 含有 * 时，随机字符串替换最后一个星号，否则随机字符串追加到末尾。多个 goroutine 或进程并发调用时不会选择同一个目录。

关键点在于：文档直接规定新目录按 0o700 创建，且这是 umask 之前的模式。这样临时目录中的缓存、上传中间文件或构建产物不会被同机其他账号直接遍历。它和 os.Mkdir(name, perm) 的设计目标不同，后者才是“调用者决定初始权限”的普通目录 API。

二、最小写法要同时处理错误与清理

package main

import (
	"fmt"
	"log"
	"os"
	"path/filepath"
)

func main() {
	// 空 dir 表示使用系统临时目录，星号会被随机后缀替换。
	dir, err := os.MkdirTemp("", "report-*")
	if err != nil {
		log.Fatal(err) // 创建失败时不要继续拼接子路径。
	}
	defer func() {
		// 临时目录不会自动回收，退出前删除目录及其内容。
		if err := os.RemoveAll(dir); err != nil {
			log.Printf("清理临时目录失败: %v", err)
		}
	}()

	file := filepath.Join(dir, "summary.txt")
	// 文件权限由 WriteFile 的 perm 决定，但仍受 umask 影响。
	if err := os.WriteFile(file, []byte("ready\n"), 0600); err != nil {
		log.Fatal(err)
	}
	fmt.Println(dir)
}

这里的 0600 是文件的创建权限，不会改变父目录已经是 0700 的事实。常见误区是把 os.TempDir() 当成已经可写的目录；它只返回默认路径，路径可能不存在或没有当前用户的访问权限，真正创建时仍要检查错误。

三、需要跨进程共享时再显式放宽

如果后台进程和同组 worker 必须共同读写，不能给 MkdirTemp 传一个不存在的权限参数。正确思路是先获得唯一目录，再由业务明确调整：

dir, err := os.MkdirTemp("", "worker-*")
if err != nil {
	return err
}
// 仅在已确认同组共享需求后放宽目录访问，避免默认暴露临时数据。
if err := os.Chmod(dir, 0770); err != nil {
	os.RemoveAll(dir) // 调整失败时回收已创建的目录。
	return err
}
defer os.RemoveAll(dir)

0770 只表达 Unix 权限位；实际能否共享还取决于目录的属组、ACL、容器用户映射和平台实现。不要把临时目录直接改成 0777 来“解决权限问题”，那会把目录中的中间数据暴露给不必要的用户。跨平台程序应把共享能力放进平台适配层，并在目标系统上验证。

四、排查权限问题的检查清单

判断这类问题时先看目录本身的模式，再看进程身份和父目录权限；不要只盯着 pattern。如果错误发生在写入子文件阶段，还要单独核对 WriteFile 或 OpenFile 的文件权限。

常见问题

为什么把 pattern 写成 0700 也没用？

pattern 只参与名称生成，0700 会被当成普通字符串的一部分，不能改变权限。

umask 能把 0700 改成 0770 吗？

不能。MkdirTemp 先按 0700 创建，umask 只会收紧权限，不负责把缺失的组或其他用户权限补回来。

临时目录一定会自动删除吗？

不会。调用方负责在不再使用时删除；Go 官方示例也用 defer os.RemoveAll(dir) 配对清理。