testing.tempdir 是 go 1.16+ 推荐的临时目录创建方式，必须通过 *testing.t 调用（如 t.tempdir()），自动清理、路径唯一；不可在 testmain 或 goroutine 中使用，权限不可配置，需显式 chmod；替代 os.mkdirtemp 适用于 benchmark、自定义权限或跨测试复用场景。
testing.TempDir 是 Go 1.16+ 的标准方案，但必须在 *testing.T 上调用
直接调用 testing.TempDir() 会编译失败——它没有导出的函数签名，只作为 *testing.T 的方法存在。常见错误是试图像 os.MkdirTemp 那样独立使用，结果报 undefined: testing.TempDir。
正确做法是在测试函数内通过 t 调用：
func TestSomething(t *testing.T) {
dir := t.TempDir() // ✅ 正确：t 是 *testing.T
// 后续操作：写文件、调用被测代码等
}
- 它自动注册清理逻辑：测试结束（无论成功或失败）后删除整个目录
- 无需手动 defer
os.RemoveAll，否则可能重复清理或 panic - 目录路径保证唯一，且父目录默认是
os.TempDir()（可被GOTMPDIR环境变量覆盖）
不能在 TestMain 或子 goroutine 中安全使用 t.TempDir
t.TempDir() 依赖 *testing.T 的生命周期管理，而 TestMain 接收的是 *testing.M，没有该方法；在子 goroutine 中传入 t 并调用则可能触发 panic：test executed after test suite finished。
替代方案取决于场景：
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 需要跨多个测试共享临时目录？改用
os.MkdirTemp("", "prefix-")，并在TestMain的defer中显式清理 - 并发测试中每个 goroutine 需独立目录？在 goroutine 内部不调用
t.TempDir()，而是由主测试函数提前创建好多个目录，再传入 - 想在辅助函数里复用逻辑？把
*testing.T作为参数传入，并在该函数内调用t.TempDir()
t.TempDir 创建的目录权限在不同系统上表现不一致
Linux/macOS 下默认是 0755，Windows 下可能为 0777（受 umask 影响小），但这不是 bug——t.TempDir() 底层仍调用 os.MkdirTemp，只是未暴露 perm 参数。如果你的测试依赖特定权限（比如模拟不可写目录），不能靠改 t.TempDir() 的输出，而要后续调用 os.Chmod 显式设置：
dir := t.TempDir()
if runtime.GOOS == "windows" {
os.Chmod(dir, 0555) // 模拟只读根目录
}
- 不要假设权限值可移植，尤其涉及
os.IsPermission判断时 - 如果被测代码对目录权限敏感，应在测试中主动构造边界情况，而不是依赖
t.TempDir()的默认行为
和 os.MkdirTemp 对比：何时该选哪个
多数单元测试首选 t.TempDir()：简洁、自动清理、与测试生命周期绑定紧密。但以下情况应退回 os.MkdirTemp：
- 基准测试（
Benchmark*函数）中——*testing.B没有TempDir方法 - 需要指定精确权限（如
0700）或自定义前缀/后缀 - 目录需在测试函数返回后继续存在（例如调试时想看生成的文件）
- 集成测试中要复用同一临时路径多次（
t.TempDir()每次调用都新建）
注意：os.MkdirTemp 创建的目录不会自动删除，漏掉 defer os.RemoveAll 容易污染 /tmp。
