std::filesystem::temp_directory_path() 返回操作系统定义的临时目录路径，如Windows的C:\Users\\AppData\Local\Temp或Linux/macOS的/tmp；该路径可能不存在或不可访问，需用try/catch捕获异常并用exists()和is_directory()验证。
std::filesystem::temp_directory_path() 返回什么路径
std::filesystem::temp_directory_path() 返回一个 std::filesystem::path 对象，指向操作系统定义的“临时目录”——不是当前工作目录下的 ./tmp，而是系统级位置：
Windows 下通常是 C:\Users\；Linux/macOS 下一般是 /tmp 或 $TMPDIR 指向的路径。
它不保证该路径存在（比如被手动删掉），也不自动创建父目录。
调用前必须检查异常和路径有效性
这个函数可能抛出 std::filesystem::filesystem_error（例如环境变量 TMP/TMPDIR 被设为非法路径，或权限不足）。不能假设它总成功：
try {
auto tmp = std::filesystem::temp_directory_path();
if (!std::filesystem::exists(tmp)) {
throw std::runtime_error("temp directory does not exist: " + tmp.string());
}
// ✅ 此时 tmp 是可用的绝对路径
} catch (const std::filesystem::filesystem_error& e) {
// 处理：日志、fallback 到自建目录等
}
- 务必用
try/catch包裹，尤其在容器或受限沙箱中运行时 - 即使没抛异常，也建议用
std::filesystem::exists()和std::filesystem::is_directory()双重确认 - 返回值是 const path —— 不要试图修改它内部字符串再传给
create_directories()
如何安全生成唯一临时子路径
temp_directory_path() 只给根临时目录，实际使用需自己构造唯一子路径，避免冲突：
- 别手拼字符串（如
tmp / "myapp_123"）—— 无法保证唯一性 - 推荐用
std::filesystem::unique_path()搭配模板，例如：std::filesystem::unique_path("%%%%-%%%%-%%%%-%%%%") - 更稳妥的做法是先创建子目录：
std::filesystem::create_directories(tmp / "myapp_" + std::to_string(getpid())) - 若需临时文件，直接用
std::tmpfile()（C 风格）或跨平台库如boost::filesystem::unique_path（如需更高控制力）
编译和标准兼容性陷阱
这个函数从 C++17 开始引入，但实际可用性依赖编译器和标准库实现：
立即学习“C++免费学习笔记（深入）”；
- MSVC 19.20+（VS 2019）、GCC 8.1+、Clang 7.0+ 才完整支持
std::filesystem - GCC 需显式链接
-lstdc++fs（否则链接失败，报 undefined reference 到std::filesystem::temp_directory_path） - macOS 上 libc++ 默认不启用 filesystem（需
-D_LIBCPP_ENABLE_CXX17_ABI+ 链接-lc++fs） - 某些嵌入式或精简 STL（如 musl）可能完全缺失该功能，需 fallback 到
getenv("TMPDIR")或硬编码
真正容易被忽略的是：即使代码编译通过，运行时仍可能因系统策略（如 Snap/Flatpak 沙箱禁止访问 /tmp）导致 temp_directory_path() 抛异常或返回空路径——必须在运行期验证，不能只信编译期。
