c++oding="utf-8" ?>
最可靠方法是windows用gettemppathw，linux/macos查tmpdir后fallback到/tmp；需处理缓冲区截断、空指针、路径不存在及权限问题。
Windows 下用 GetTempPath 最可靠
Windows 提供了系统级 API GetTempPath，它会按顺序检查 TEMP、TMP 环境变量，再 fallback 到系统目录（如 C:\Windows\Temp），比手动读环境变量更健壮。
注意：传入的缓冲区大小必须包含末尾 \0，且返回值是实际写入的字符数（不含 \0），不是路径长度。常见错误是传入 MAX_PATH 却忽略返回值是否截断：
char path[MAX_PATH] = {};
DWORD len = GetTempPathA(MAX_PATH, path);
if (len == 0 || len >= MAX_PATH) {
// 失败或缓冲区不足，需重试或改用 GetTempPathW + 动态分配
}
推荐直接使用宽字符版本 GetTempPathW 避免 ANSI 编码问题，尤其路径含中文时。
Linux/macOS 用 std::getenv 读 TMPDIR，但要 fallback
POSIX 系统不提供统一 API，标准做法是查 TMPDIR 环境变量；若未设置，则用 /tmp。不能只依赖 TEMP 或 TMP —— 它们在 Linux 上非标准，某些发行版甚至不设。
关键点：
-
std::getenv("TMPDIR")返回const char*，不可修改，也不可free - 必须检查返回值是否为
nullptr，否则直接std::string构造会崩溃 - fallback 路径
/tmp要确保有写权限，但 C++ 不负责验证——运行时失败才暴露
简单示例：
const char* tmpdir = std::getenv("TMPDIR");
std::string path = tmpdir ? tmpdir : "/tmp";
跨平台封装时别硬编码 /tmp 或 C:\Windows\Temp
直接拼接字符串看似省事，但错失环境变量意图。比如用户显式设置了 TMP=/mnt/ramdisk，硬编码就绕过了这个配置。
更隐蔽的问题是 macOS 的行为差异：getenv("TMPDIR") 返回的是类似 /var/folders/xx/xxx/T/ 的沙盒临时目录，而非 /tmp —— 这是系统强制策略，硬编码 /tmp 在 macOS 上可能被拒写或静默失败。
跨平台代码建议结构：
- Windows：优先
GetTempPathW - macOS/Linux：查
TMPDIR→ 查TEMP（兼容旧脚本）→ fallback/tmp - 所有路径末尾不自动加
/或\，由调用方根据需要拼接文件名
用 std::filesystem::temp_directory_path() 前先看标准版本
C++17 引入了 std::filesystem::temp_directory_path()，听上去完美，但实际落地要注意：
- MSVC 2019 16.10+ 才完整支持，旧版可能抛
std::filesystem::filesystem_error - Clang/libc++ 在 macOS 上曾长期返回空路径，直到较新版本才修复
- 它内部其实也是调用平台 API（Windows 走
GetTempPath，Linux/macOS 查TMPDIR），没额外优势，反而增加标准库依赖
如果你已用 C++17 且编译器版本可控，它最简洁；否则，手写平台分支更透明、更容易诊断路径来源。
真正容易被忽略的点是：临时目录可能不存在（比如被管理员清空），或者权限异常。获取路径只是第一步，后续创建子目录或写文件前，务必用 std::filesystem::create_directories 和权限检查兜底。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
