c++oding="utf-8" ?>
std::filesystem::temp_directory_path() 是 C++17 起标准且跨平台的临时目录获取方式，自动处理系统差异与环境变量优先级，需包含头文件、启用 C++17 并注意异常捕获。
std::filesystem::temp_directory_path() 是标准且跨平台的获取方式
从 C++17 开始，std::filesystem::temp_directory_path() 是唯一被标准保证可用的接口，它会依据当前操作系统返回真实、可写的临时目录路径（如 Windows 的 %TEMP%，Linux/macOS 的 /tmp 或 $TMPDIR）。不用自己拼接字符串，也不用查环境变量——它内部已处理好优先级和 fallback 逻辑。
使用前需确保：
-
#include，并链接-lstdc++fs（GCC 早期版本）或启用 C++17 标准（-std=c++17） - 某些旧版 libc++（如 macOS 10.14 前）可能未完全实现，建议检查
__cpp_lib_filesystem宏 - 该函数可能抛出
std::filesystem::filesystem_error（例如权限不足或环境变量指向无效路径），必须捕获
GetTempPathW()
-
GetTempPath2W()要求WINVER >= 0x0A00，且需#include - 缓冲区长度必须传入
MAX_PATH + 1，否则可能截断（尤其启用了长路径支持时） - 返回值为实际写入的字符数，为 0 表示失败；不能只靠返回值非零就认为成功，要检查 GetLastError()
wchar_t buf[MAX_PATH + 1] = {};
DWORD len = GetTempPath2W(MAX_PATH, buf);
if (len == 0 || len > MAX_PATH) {
// 处理错误
}
不要直接读取 TEMP/TMP 环境变量
手动调用 getenv("TEMP") 或 getenv("TMP") 看似简单，但隐患明显：这些变量可能未设置、指向只读路径、包含非法字符，或被恶意篡改。C++ 标准库和 Windows API 都明确不保证它们指向“安全可用”的临时目录。
典型问题场景：
- Windows 服务进程默认没有
TEMP，getenv返回nullptr - 容器内运行时，
TMP可能设为/或/proc，导致后续create_directories()失败 - 某些杀毒软件会重定向
TEMP到隔离区，但路径本身不可写
若必须用环境变量（如调试用途），至少加一层存在性与可写性校验：std::filesystem::is_directory(p) && std::filesystem::exists(p) && std::filesystem::is_writable(p)。
路径末尾是否带斜杠？别假设，用 std::filesystem::path::append() 处理
std::filesystem::temp_directory_path() 返回的 path 对象**不保证以分隔符结尾**（Windows 下常为 C:UsersXxxAppDataLocalTemp，无反斜杠）。直接拼接文件名如 p + "\myfile.txt" 在某些情况下会出错（比如路径末尾恰好是空格或点）。
正确做法是用 path 类型的 / 运算符或 append()：
auto tmp = std::filesystem::temp_directory_path();
auto full_path = tmp / "myapp_cache.bin"; // 自动处理分隔符
// 或 tmp.append("myapp_cache.bin");
硬编码 "\" 或 "/" 不仅破坏跨平台性，还会在路径含 Unicode 或特殊符号时引发意外行为。让 std::filesystem::path 自己管理分隔逻辑是最稳妥的。
临时路径的真正复杂点不在“怎么拿”，而在“拿到后能否立刻用”——权限、竞态条件、磁盘空间、防病毒拦截，这些都得在创建文件前单独验证，不能指望 temp_directory_path() 返回值自带保障。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
