应捕获异常并检查环境变量，如TMP/TEMP/TMPDIR是否设置且路径可写；若不可用，则fallback至用户目录下专属临时子目录。
std::filesystem::temp_directory_path() 返回空或抛异常怎么办
直接调用 std::filesystem::temp_directory_path() 却得到空路径、抛出 std::filesystem::filesystem_error，大概率是环境变量缺失或权限问题。这个函数不“猜路径”，它严格按 POSIX / Windows 规范查环境变量：TMP、TEMP、TMPDIR（Linux/macOS），任一有效就返回对应值；全无则 fallback 到系统默认（如 Windows 的 C:\Windows\Temp），但若连 fallback 路径都不可访问（比如权限拒绝、磁盘脱机），就会抛异常。
- 先检查环境变量：
echo $TMP（Linux/macOS）或echo %TEMP%（Windows CMD） - 确保进程有读取该路径的权限（尤其在容器或受限用户下）
- 不要依赖 fallback 行为——显式设置
TMP或TEMP最可靠 - 捕获异常比检查返回值更稳妥：
try { auto p = std::filesystem::temp_directory_path(); } catch (const std::filesystem::filesystem_error& e) { /* 处理失败 */ }
Windows 下返回 C:\Windows\Temp 但程序没权限写入
这是典型权限陷阱。std::filesystem::temp_directory_path() 只负责“读取路径”，不验证可写性。Windows 默认 C:\Windows\Temp 对标准用户只读（UAC 限制），导致后续 create_directories() 或 open 失败。
- 手动检测可写性：
std::filesystem::is_writable(std::filesystem::temp_directory_path()) - 降级方案：若不可写，fallback 到用户目录下的临时子目录，例如
std::filesystem::temp_directory_path() / "myapp_XXXX"（用随机后缀避免冲突） - 更安全做法：启动时创建专属临时目录并缓存路径，避免每次调用都触发权限检查
跨平台编译时 std::filesystem 不可用
不是所有编译器默认启用 std::filesystem。GCC 8+、Clang 7+、MSVC 2017+ 支持，但需显式链接：
- g++/clang++：加
-lstdc++fs（GCC）或-lc++fs（Clang） - CMake 中需写：
target_link_libraries(mytarget PRIVATE stdc++fs)（GCC）或stdc++fs（Clang） - MSVC 2019+ 通常自动链接，但若报
LNK2019: unresolved external symbol，确认项目属性 → C/C++ → 语言 → “C++ 语言标准”设为/std:c++17或更高 - 预处理器检查：
#ifdef __cpp_lib_filesystem防止误用
临时路径末尾带斜杠 / 或 \ 是正常行为吗
是。C++ 标准规定 std::filesystem::path 的字符串表示会保留原始分隔符风格（Windows 用 \，Unix-like 用 /），且不强制结尾是否带分隔符。关键在于：它返回的是一个 std::filesystem::path 对象，不是纯字符串；后续拼接应始终用 / 运算符（如 p / "file.txt"），而不是字符串拼接。
立即学习“C++免费学习笔记（深入）”；
- 错误写法：
std::string s = temp_path.string() + "/myfile.txt"（Windows 下变成C:\Windows\Temp\/myfile.txt） - 正确写法：
auto full_path = std::filesystem::temp_directory_path() / "myfile.txt" - 需要字符串时再调用
.string()或.generic_string()（后者统一用/）
实际用的时候，别只信返回值——临时目录可能被管理员策略禁用、被杀毒软件拦截、甚至被挂载为只读文件系统。最稳的姿势是：设好环境变量 + 检查可写 + 准备 fallback 目录。
