推荐使用C++17的std::filesystem::temp_directory_path()，它跨平台自动按TMP→TEMP→TMPDIR顺序查找并fallback至系统默认路径，但需启用C++17、链接对应库并捕获filesystem_error异常。
如何用 C++ 获取系统临时目录路径（跨平台）
Windows、Linux 和 macOS 的临时目录路径不统一，不能硬编码 /tmp 或 C:\Temp。C++ 标准库直到 C++17 才通过 std::filesystem::temp_directory_path() 提供可靠支持，此前依赖平台 API 或环境变量。
推荐直接使用 std::filesystem::temp_directory_path()（需启用 C++17 且链接 -lstdc++fs 或等效选项），它会按规则查找：TMP → TEMP → TMPDIR 环境变量；查不到则 fallback 到系统默认路径（如 Windows 返回 C:\Users\XXX\AppData\Local\Temp，Linux/macOS 返回 /tmp）。
常见错误：未检查异常、忽略编译器标志、在旧标准下误用。若项目必须兼容 C++11/14，可降级为手动读取环境变量：
- Windows：调用
GetEnvironmentVariableA("TEMP", ...)或GetTempPathA() - Linux/macOS：调用
getenv("TMPDIR")，未设置时默认用"/tmp"
如何获取临时目录的可用磁盘空间（避免写入失败）
仅知道路径不够——临时目录可能满、只读或权限不足。C++ 标准库不提供跨平台磁盘空间查询，需调用 OS API 或封装 statvfs（POSIX）/GetDiskFreeSpaceEx（Windows）。
立即学习“C++免费学习笔记（深入）”；
关键点：不要用 std::filesystem::space() 直接查临时目录路径，它返回的是该路径所在文件系统的总/可用字节数，不是“用户可写额度”（例如配额限制、reserved space 不体现）。
实操建议：
- Linux/macOS：用
statvfs()查f_bavail * f_frsize（非 root 用户可用块数 × 块大小） - Windows：用
GetDiskFreeSpaceExW()，传入路径根目录（如C:\），获取*lpFreeBytesAvailable - 务必检查返回值是否为 0 或负数——某些 NFS 或容器环境可能返回无效值
为什么 std::filesystem::temp_directory_path() 有时返回空或抛异常
这不是 bug，而是明确的错误信号：环境变量全为空 + 系统无法推断默认路径（罕见但存在，比如最小化容器、无 GUI 的嵌入式 Linux）。此时函数抛 std::filesystem::filesystem_error，而非静默返回假路径。
容易踩的坑：
- 没用
try/catch包裹，导致程序崩溃 - 误把异常信息当路径字符串（如输出
e.what()后直接拼接路径） - 在 Windows 上以管理员运行时，
TEMP可能指向C:\Windows\Temp（权限受限），而普通用户进程实际应写入用户专属临时目录
稳妥做法：捕获异常后 fallback 到手动构造路径（如 std::string(getenv("HOME")) + "/tmp"），并确保后续创建目录和写入前验证权限。
临时目录空间不足时的实际应对策略
检测到可用空间低于阈值（如 100MB）后，不能只报错退出——用户往往需要降级处理。
可行方案：
- 改用内存缓冲（
std::vector<uint8_t></uint8_t>或std::stringstream）暂存中间数据 - 切换到备用路径：检查
std::filesystem::home_directory() / "cache"是否可写 - 清理自身生成的旧临时文件（按时间戳删除 >24h 的），避免依赖全局清理工具
- 注意：不要调用
system("rm -rf /tmp/myapp_*")—— 有权限风险且不可移植
真正麻烦的是容器环境：/tmp 往往是 tmpfs，大小受限于内存而非磁盘，statvfs 返回的 f_bavail 可能远小于预期，且 df -h 显示的“可用空间”和程序实际能 malloc 的量不一致。
