c++oding="utf-8" ?>
std::filesystem::temp_directory_path() 返回操作系统约定的临时目录路径（如windows的%temp%，linux的$tmpdir或/tmp），但不创建目录、不保证存在或可写，需手动调用create_directories()并捕获filesystem_error异常处理失败。
temp_directory_path 返回什么路径？
std::filesystem::temp_directory_path() 返回一个 std::filesystem::path，指向操作系统认为“适合存放临时文件”的目录。它不创建目录，也不保证路径存在或可写——只是按惯例返回（如 Windows 的 %TEMP%，Linux 的 /tmp 或 $TMPDIR）。调用前必须包含 <filesystem></filesystem> 头文件，并链接 stdc++fs（GCC 需显式加 -lstdc++fs）。
为什么直接使用 temp_directory_path() 可能失败？
常见错误是假设返回路径一定可用。实际中：std::filesystem::temp_directory_path() 可能抛出 std::filesystem::filesystem_error（例如环境变量未设、权限不足、路径不存在）。更隐蔽的问题是：即使成功返回，后续 create_directories() 或 open 仍可能失败。
- 检查是否启用 C++17 标准（编译需
-std=c++17或更高） - Windows 下若
%TEMP%为空或指向无效位置，会 fallback 到C:\Temp—— 但该路径常无写权限 - Linux 下若
$TMPDIR被设为只读路径，temp_directory_path()仍返回它，不验证可写性
安全生成唯一临时文件路径的正确姿势
不要直接拼接文件名到 temp_directory_path() 结果上（易冲突/覆盖）。应结合 std::filesystem::unique_path() 或手动构造随机名：
auto tmp_dir = std::filesystem::temp_directory_path();
auto tmp_file = tmp_dir / std::filesystem::unique_path("XXXXXX.tmp"); // 注意：unique_path 是模板，需传入带 X 的 pattern
// 或更稳妥：
auto tmp_file = tmp_dir / ("tmp_" + std::to_string(std::hash<:string>{}(std::to_string(clock()))));</:string>
关键点：
-
std::filesystem::unique_path()只生成名字，不创建文件；它替换 pattern 中的连续X为随机字符 - 生成后务必用
std::filesystem::exists()+std::filesystem::is_regular_file()确认目标未被占用 - 写入前用
std::filesystem::create_directories(tmp_dir)确保父目录存在（temp_directory_path()不保证路径已建好）
跨平台兼容性要注意哪些细节？
不同系统对临时路径的处理差异大：
- macOS 可能返回
/var/folders/xxx/xxx/T/，路径长且含随机子目录；而 Windows 常是C:\Users\XXX\AppData\Local\Temp\ - 某些嵌入式或容器环境（如无
/tmp挂载的 Docker）会 fallback 到当前工作目录，导致意外行为 -
std::filesystem::temp_directory_path()在 C++20 前不支持指定编码，若系统 locale 非 UTF-8，含中文的临时路径可能解析异常
真正可靠的方案不是依赖单一函数，而是先尝试 temp_directory_path()，失败时 fallback 到 std::filesystem::current_path() 并加警告日志——毕竟临时文件的核心诉求是“能写”，不是“必须在 /tmp”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
