c++oding="utf-8" ?>
应使用c++17的std::filesystem::temp_directory_path()获取跨平台临时目录，再用std::filesystem::space()获取其所在挂载点的可用字节数，二者均自动处理环境变量、路径解析与权限边界。
如何用 C++ 获取系统默认临时目录路径
Windows 和 Linux/macOS 的临时目录获取方式不同，不能硬编码 /tmp 或 C:Temp —— 这些路径可能不存在、不可写，或被策略重定向。C++ 标准库直到 C++17 才通过 std::filesystem::temp_directory_path() 提供跨平台接口，它会读取环境变量（如 TMP、TEMP、TMPDIR）， fallback 到系统约定路径。
实操建议：
- 必须包含
<filesystem></filesystem>头，并链接-lstdc++fs（GCC）或启用 /std:c++17（MSVC） - 调用前检查异常：如果所有环境变量为空且系统路径不可访问，
std::filesystem::temp_directory_path()会抛出std::filesystem::filesystem_error - 不要用
GetTempPath（Windows API）或tmpnam（已弃用）替代 —— 前者只返回字符串，后者不保证路径存在且线程不安全
如何获取该目录所在磁盘的剩余空间（字节数）
std::filesystem::space() 是唯一标准、跨平台的方式，它返回 std::filesystem::space_info 结构体，其中 available 字段即用户可用字节数（考虑配额），capacity 是总容量，free 是未分配但未必可写的空间。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
注意点：
-
std::filesystem::space()接收的是路径（std::filesystem::path），不是文件句柄；传入的路径不必存在，只要能解析到挂载点即可 - 在 Linux 上，若临时目录位于 tmpfs（如
/dev/shm），available可能远小于capacity，因为受内存限制而非磁盘限制 - Windows 上，若路径跨网络驱动器（如
\servershare），space()可能失败并抛异常，需捕获std::filesystem::filesystem_error
完整可运行示例（C++17）
#include <filesystem>
#include <iostream>
int main() {
try {
auto temp_dir = std::filesystem::temp_directory_path();
std::cout
<p>编译命令（Linux/macOS）：<code>g++ -std=c++17 -lstdc++fs main.cpp</code>；Windows（MSVC）需确保项目属性中启用了 C++17 支持。</p>
<h3>为什么不能用 <code>statvfs</code> 或 <code>GetDiskFreeSpaceEx</code> 直接？</h3>
<p>这些底层 API 虽然更细粒度，但破坏了可移植性，且容易误判：比如传入 <code>/tmp/subdir</code> 给 <code>statvfs</code>，它返回的是 <code>/tmp</code> 所在文件系统的空间，这本身没错；但若你手动拼接路径（如 <code>"/tmp/" + username</code>）再调用，就可能因路径不存在而失败 —— 而 <code>std::filesystem::space()</code> 内部会自动 resolve 到真实挂载点，容错更强。</p>
<p>真正容易被忽略的是权限和挂载点边界：临时目录可能位于 bind mount、overlayfs 或容器 overlay 层中，<code>available</code> 值反映的是当前进程视角下的可用空间，不是物理磁盘全局剩余量。如果你的应用需要精确预估大文件写入是否成功，务必用目标路径调用 <code>space()</code>，而不是用 <code>getcwd()</code> 或根目录去估算。</p></iostream></filesystem>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
