C++如何实现跨平台获取临时目录路径？（TMPDIR与GetTempPath）

应优先读取 tmpdir 环境变量（linux/macos）或调用 gettemppath（windows），fallback 至 /tmp 或系统默认；避免硬编码或使用废弃函数；std::filesystem::temp_directory_path 虽跨平台但需验证可写性。

Linux/macOS 下直接读取 TMPDIR 环境变量就足够了

多数 Unix-like 系统（包括 macOS）会设置TMPDIR，且优先级高于/tmp。不读它，反而硬编码/tmp，会导致程序在容器或沙盒环境（如 Xcode、Flatpak）里写入失败。

• 用 std::getenv("TMPDIR") 获取，返回 nullptr 时再 fallback 到"/tmp"
• 别用 tempnam() 或mktemp()——它们不尊重 TMPDIR，且tempnam() 已被 C ++23 标为废弃
• 注意 std::getenv 返回的是 C 字符串，需转为 std::string 或std::filesystem::path再拼接文件名

Windows 必须调用 GetTempPath，不能只看TEMP 或TMP

GetTempPath不是简单查环境变量：它会依次检查 GetEnvironmentVariable("TMP")、"TEMP"，再 fallback 到用户临时目录（如C:UsersAliceAppDataLocalTemp），最后才是GetWindowsDirectory+"Temp"。只读TEMP 漏掉前两层逻辑，尤其在企业域环境下容易出错。

• 调用 GetTempPathA 或GetTempPathW，传入缓冲区大小（至少MAX_PATH）
• 返回值是实际写入长度（含结尾 ），不是路径长度，别直接当strlen 用
• 若返回 0 或大于缓冲区大小，说明失败或缓冲不足——常见于路径过长或权限被策略限制

跨平台封装时，std::filesystem::temp_directory_path最省心但有坑

C++17 的 std::filesystem::temp_directory_path() 底层其实已经做了平台适配：Linux/macOS 走TMPDIR，Windows 走GetTempPath。但它不是“零成本”——首次调用会触发一次系统调用 + 环境变量读取，后续缓存结果。

• 它不保证返回路径存在或可写，调用后最好用 std::filesystem::is_writable() 验证
• 某些旧版 libstdc++（GCC std::filesystem::filesystem_error，需try/catch
• 若项目需支持 C ++14 或更低，别强行用这个，老老实实自己写分支逻辑

路径拼接必须用 std::filesystem::path 操作符，别手拼 / 或

手动拼接 temp_dir + "/myapp/" + filename 在 Windows 上会产出C:Temp/myapp/file——斜杠虽能被 API 接受，但和系统原生风格不一致，某些安全软件或调试器会报路径可疑。

立即学习“C++ 免费学习笔记（深入）”；

• 统一用 std::filesystem::path 构造，然后用 / 操作符拼接：temp_dir / "myapp" / filename
• 不要用 std::string::operator+ 拼路径，它不会自动处理分隔符或规范化（如../）
• 最终要传给 fopen 或std::ofstream时，用 .string() 或.u8string()（C++20 起）转出，别直接c_str()

事情说清了就结束。真正麻烦的从来不是怎么拿到路径，而是拿到之后没检查可写性、没处理长路径、没考虑沙盒限制——这些点比选哪个 API 更常导致上线后崩溃。