最可靠方法是Windows用GetTempPath、Linux/macOS查$TMPDIR fallback /tmp、C++17用std::filesystem::temp_directory_path()但需异常处理；临时文件名须用mkstemp或GetTempFileName保证原子性。
Windows 下用 GetTempPath 最可靠
Windows 提供了系统级 API GetTempPath，它会尊重环境变量（如 TEMP、TMP）和注册表设置，比硬编码 "C:\Temp" 或拼接 GetEnvironmentVariable("TEMP") 更稳妥。该函数自动处理路径末尾的反斜杠，返回值是宽字符（wchar_t），所以 C++ 项目若启用了 Unicode，直接用；否则需转换或改用 GetTempPathA。
- 调用前必须传入缓冲区大小，且缓冲区至少为
MAX_PATH（260）字节，否则可能截断 - 返回值为实际写入长度，若返回 0 或大于等于缓冲区大小，说明失败或缓冲区不足
- 不要假设返回路径一定存在——它只是“应该”存在的位置，使用前建议用
CreateDirectory或std::filesystem::create_directories确保可写
Linux/macOS 优先查 $TMPDIR，fallback 到 /tmp
POSIX 系统没有统一 API，惯例是读取环境变量 TMPDIR；未设置时，默认用 /tmp。注意：某些容器或沙箱环境（如 Flatpak、Snap）可能将 TMPDIR 指向私有目录（如 /run/user/1000/tmp），硬写 /tmp 会导致权限失败或跨用户冲突。
-
std::getenv("TMPDIR")返回const char*，为空时不能解引用，要判空 - 返回路径不保证以
/结尾，拼接文件名时得自己加斜杠 -
/tmp在某些嵌入式或精简系统中可能被挂载为noexec或nosuid，但通常不影响创建临时文件
C++17 std::filesystem::temp_directory_path() 跨平台但有陷阱
这个函数看似理想，但它在不同标准库实现中行为不一致：libc++（macOS/Clang）依赖 TMPDIR；libstdc++（GCC）先查 TMPDIR，再 fallback 到 /tmp；MSVC 则调用 GetTempPathW。问题在于——它可能抛出 std::filesystem::filesystem_error（比如 TMPDIR 指向不存在路径且不可创建），而很多开发者没加 try/catch。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 必须包含
<filesystem>并链接-lstdc++fs（GCC）或启用 /std:c++17（MSVC） - 返回的是
std::filesystem::path，不是 C 风格字符串，直接传给fopen会编译失败，得用.string()或.c_str() - 某些旧版 libstdc++（如 GCC 8.3 之前）对空
TMPDIR处理异常，返回根路径"/"，导致后续创建失败
临时文件名生成别只靠拼接，用 mkstemp 或 GetTempFileName
拿到临时目录只是第一步。直接拼路径 + 时间戳或随机数命名，容易撞名、不安全、不满足并发要求。POSIX 下用 mkstemp（带模板的 XXXXXX 占位符），Windows 下用 GetTempFileName，它们都保证原子性创建且返回唯一文件句柄。
立即学习“C++免费学习笔记（深入）”；
-
mkstemp需要可写的模板路径（如"/tmp/myapp_XXXXXX"），返回 fd，且自动创建文件——别忘了close()后再用fdopen包装 -
GetTempFileName只生成名字，不创建文件，后续仍要CreateFile；第二个参数是前缀，最多三字符，超长会被截断 - 避免用
tmpnam或tempnam：前者已被 C++17 标记为 deprecated，后者不检查文件是否存在，竞态条件风险高
临时目录路径本身不难获取，难的是它背后隐含的权限、存在性、并发和生命周期问题。哪怕 std::filesystem::temp_directory_path() 返回成功，也不能跳过 access(path.c_str(), W_OK) 或 std::filesystem::is_writable() 检查——尤其在 CI 环境或容器里，/tmp 常被挂为 tmpfs 且空间有限。
