c++oding="utf-8" ?>
gettemppath（windows）和$tmpdir（posix）是跨平台获取临时路径的正确方式，需动态查询缓冲区大小、检查可写性，并通过挂载点而非路径本身查询磁盘空间，同时处理权限、竞态及容器环境限制。
Windows 下用 GetTempPath 获取默认临时路径
Windows 提供了系统级 API GetTempPath，它会按顺序检查环境变量（TEMP、TMP），再 fallback 到当前用户配置的临时目录，最后才是系统级默认路径（如 C:WindowsTemp）。它返回的是以反斜杠结尾的完整路径字符串，长度上限为 MAX_PATH（260 字符），所以必须传入足够大的缓冲区。
实操建议：
- 用
DWORD size = GetTempPath(0, nullptr)先查所需缓冲区大小，再分配std::vector<tchar>(size)</tchar>避免栈溢出或截断 - 不要硬编码
"C:\Temp"或拼接字符串——GetTempPath的行为受组策略和注册表影响，例如企业环境中可能被重定向到网络位置 - 返回路径末尾带反斜杠，后续拼接文件名时直接用
+或std::filesystem::path拼接更安全，避免出现双反斜杠
Linux/macOS 下读取 $TMPDIR 环境变量并 fallback 到 /tmp
POSIX 系统没有统一 API，标准做法是优先读 getenv("TMPDIR")，未设置则用 "/tmp"。注意：某些容器或沙箱环境（如 Flatpak）可能设为私有路径（如 /run/user/1000/tmp），且该路径可能挂载在内存文件系统（tmpfs）上，容量受限于 RAM 而非磁盘。
实操建议：
- 用
std::getenv("TMPDIR")，但要判空；不推荐std::system("mktemp -d")这类派生进程方式——开销大且不可控 - 路径不保证存在，调用前应先用
access(path.c_str(), W_OK)或std::filesystem::is_writable()检查可写性 - 避免假设
/tmp一定在根分区——它可能是独立挂载点（df /tmp可见），获取磁盘信息时必须基于实际路径所在挂载点，而非硬编码"/"
跨平台获取路径所在磁盘的可用空间：用 GetDiskFreeSpaceEx（Win）或 statvfs（POSIX）
关键点在于：不能对临时路径本身调用空间查询，而要先解析出其所在挂载点（Windows 是卷根，如 C:\；Linux/macOS 是挂载路径，如 /tmp 或 /）。否则在符号链接、绑定挂载或网络文件系统下会得到错误结果。
实操建议：
- Windows：用
PathStripToRoot或手动截取到第一个':'和反斜杠（如"C:\Users\AppData\Local\Temp\" → "C:\"），再传给GetDiskFreeSpaceEx；注意该函数返回的是ULARGE_INTEGER，需用.QuadPart成员读取 64 位值 - POSIX：调用
statvfs(path.c_str(), &buf)，其中buf.f_bavail * buf.f_frsize是非特权用户可用字节数（比f_bfree更准确）；path必须是挂载点路径，可用realpath()解析符号链接后传入 - 不要用
std::filesystem::space()直接传临时路径——C++17 标准库实现可能未正确处理挂载点边界，在某些 libc++/libstdc++ 版本中会返回根文件系统的值
容易被忽略的权限与竞态问题
临时目录可能位于受限位置（如 Windows 的 %LOCALAPPDATA%Temp 在受控环境下不可读，或 Linux 的 /tmp 启用了 noexec/nosuid 挂载选项），而磁盘空间查询本身也可能失败（如 NFS 挂载超时、权限不足导致 statvfs 返回 -1）。
实操建议：
- 所有系统调用必须检查返回值：
GetDiskFreeSpaceEx返回非零才有效；statvfs返回 0 才可信；GetTempPath返回值必须 ≤ 缓冲区大小且不为 0 - 空间值可能在两次调用间变化，不要缓存结果用于长时间判断；如需精确控制，应在创建临时文件前即时查询，并容忍
ENOSPC错误后 fallback - 在容器或 CI 环境中，
/tmp常被挂载为tmpfs，f_bavail可能远小于物理磁盘容量——此时应结合sysconf(_SC_PHYS_PAGES)估算内存限制，而非只看磁盘字段
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
