Windows下应先用GetTempPath获取临时路径，再用GetVolumePathName提取卷根（如C:），最后调用GetDiskFreeSpaceEx获取用户可用剩余空间；Linux/macOS需通过statvfs检查TMPDIR所在挂载点的f_bavail*f_frsize值。
Windows下用GetDiskFreeSpaceEx获取临时目录所在卷的剩余空间
直接调用GetDiskFreeSpaceEx是最稳妥的方式，它不依赖环境变量解析路径，避免了TEMP或TMP指向网络路径、符号链接或权限受限目录时的失败。关键不是“获取临时文件夹路径再查”，而是先定位其所在驱动器根路径（如C:\），再查该卷的可用空间。
实操步骤：
- 用
GetTempPath获取当前进程的临时路径（返回std::wstring） - 提取盘符+冒号+反斜杠，例如从
L"C:\Users\AppData\Local\Temp\"截取L"C:\" - 传入
GetDiskFreeSpaceEx的lpDirectoryName参数，其余输出参数填nullptr或有效指针 - 注意：第三个参数
lpFreeBytesAvailable返回的是用户可实际使用的字节数（已扣除配额、保留空间等），比lpTotalNumberOfFreeBytes更准确
Linux/macOS用statvfs检查TMPDIR挂载点的剩余空间
statvfs是POSIX标准接口，但必须作用于挂载点（mount point），不能直接传/tmp或$TMPDIR——因为临时目录可能位于/dev/shm、/run等独立挂载的tmpfs上，也可能只是根分区下的子目录。错误地查/会导致结果失真。
实操要点：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
getenv("TMPDIR")或默认"/tmp"得到路径后，调用statvfs前先用stat确认路径存在且可访问 - 若
statvfs失败（如errno == ENOENT），需逐级向上找挂载点：dirname循环直到statvfs成功或到达"/" -
f_bavail * f_frsize给出非特权用户可用空闲块数（推荐），而f_bfree * f_frsize是所有用户总空闲量 - macOS的
statvfs对某些FUSE文件系统支持不稳定，必要时降级用df -P命令并解析stdout（不推荐，但可兜底）
跨平台封装时别硬编码路径分隔符或假设挂载结构
写C++跨平台代码时，常见错误是把"C:\temp"或"/tmp"当真实临时路径去stat，忽略了std::filesystem::temp_directory_path()的返回值可能为/var/folders/xxx/T/（macOS）、/run/user/1000/tmp（systemd tmpfiles）等非常规位置。
安全做法：
- 始终通过
std::filesystem::temp_directory_path()获取路径（C++17起），它内部已处理各平台逻辑 - 用
std::filesystem::absolute()转成绝对路径，再用std::filesystem::path::root_path()或手动提取挂载点 - Windows下
GetVolumePathName比字符串截取更健壮（能处理\?Volume{...}格式路径） - 不要用
std::filesystem::space()——它返回的是整个文件系统的capacity和free，但available字段在部分平台（如旧版libstdc++）未正确实现，实际值常为0
注意权限与符号链接导致的statvfs/GetDiskFreeSpaceEx失败
即使路径存在，statvfs或GetDiskFreeSpaceEx仍可能失败。典型场景包括：临时目录是符号链接指向无权限访问的父目录、容器内rootless模式下挂载点不可见、SELinux策略限制。
应对策略：
- 检查
errno（Linux/macOS）或GetLastError()（Windows）：若为EACCES或ERROR_ACCESS_DENIED，应退回到父目录再试一次 - 对符号链接，Windows需用
GetFinalPathNameByHandle解析真实路径；Linux/macOS可用realpath()，但要注意realpath本身可能因权限失败 - 容器环境中，
/proc/mounts可能不反映真实挂载，此时statvfs对/tmp返回的f_bavail仍是有效的，无需额外判断是否在容器里
临时目录的挂载点未必等于你想象的那个——多花两行代码验证挂载点，比事后调试磁盘满导致程序崩溃便宜得多。
