应先用GetTempPath获取临时路径，再提取其所在卷根路径（如“C:”），最后调用GetDiskFreeSpaceEx获取用户配额下的可用字节数。
用 GetDiskFreeSpaceEx 获取临时目录所在卷的剩余空间
Windows 下没有直接返回“临时文件夹剩余空间”的 API，必须先定位临时目录所在的磁盘卷，再查该卷的可用字节数。关键在于：临时目录（如 TEMP 或 TMP 环境变量指向的路径）可能位于任意驱动器，不能硬编码为 C:。
实操步骤：
- 调用
GetTempPath获取当前进程的临时路径（返回以 - 用
PathStripToRoot（Shlwapi.h）或手动截取根路径（如从"C:\Users\A\AppData\Local\Temp\"提取"C:\"） - 将根路径传给
GetDiskFreeSpaceEx，获取lpFreeBytesAvailable
注意：该函数返回的是**用户配额限制下的可用空间**（而非卷总空闲），更符合实际写临时文件的场景。
Linux/macOS 用 statvfs 查 /tmp 所在文件系统的剩余空间
POSIX 系统中，/tmp 是默认临时目录，但实际可能挂载在独立分区（如 /tmp 单独挂 /dev/sdb1），所以必须用 statvfs 查其所在挂载点，而非假设它和 / 同盘。
立即学习“C++免费学习笔记（深入）”；
常见错误是直接对 "/tmp" 调用 statvfs —— 这没问题，但要注意：
-
statvfs("/tmp", &buf)返回的是/tmp所在文件系统的统计值，不是路径本身的剩余空间（路径本身不占空间） - 真正可用字节数应取
buf.f_bavail * buf.f_frsize（非特权用户可用块数 × 块大小），而非f_bfree - 如果程序允许自定义临时目录（如读取
TMPDIR环境变量），需对那个路径调用statvfs，而不是固定写死/tmp
跨平台封装时别忽略符号类型与精度问题
GetDiskFreeSpaceEx 的 lpFreeBytesAvailable 是 ULARGE_INTEGER*，本质是 64 位无符号整数；statvfs::f_bavail 是 fsblkcnt_t，在不同系统上可能是 int32_t 或 uint64_t。混用会导致截断或负值。
安全做法：
- 统一用
uint64_t接收并存储结果（C++11 起可依赖<cstdint></cstdint>） - Windows 下取
freeBytes.QuadPart，Linux/macOS 下强制转成uint64_t(buf.f_bavail) * buf.f_frsize - 避免用
long long——在 Windows MinGW 环境下它可能是 32 位
另外，返回 0 不一定代表磁盘满，也可能是权限不足（如 Linux 下 /tmp 挂了 noexec,nodev,nosuid 但没禁读）或路径不存在，务必检查系统调用返回值（GetDiskFreeSpaceEx 返回非零表示成功，statvfs 返回 0 表示成功）。
临时目录路径本身不可靠，得 fallback 到 getenv("TMPDIR")
Windows 下 GetTempPath 依赖 TEMP/TMP 环境变量，但某些沙盒环境（如 MSIX、Windows App Container）会重定向到隔离路径，且该路径所在卷可能和用户主目录不同。Linux/macOS 下 /tmp 可能被挂为 tmpfs（内存文件系统），此时 f_bavail 反映的是内存剩余，而非磁盘。
因此，严谨做法是：
- 优先读取
getenv("TMPDIR")（POSIX 和部分 Windows 工具链支持） - 其次用
GetTempPath（Windows）或"/tmp"（POSIX 默认） - 若路径不存在或
statvfs/GetDiskFreeSpaceEx失败，不要静默返回 0，而应回退到父目录（如"/"或"C:\"）再试一次
最易被忽略的一点：临时目录可能是个符号链接（如 Linux 下 /tmp → /var/tmp），statvfs 对符号链接本身调用会失败，必须先 realpath 解析真实路径再查。
