std::filesystem::space 返回 0 通常因权限不足或路径无效；应传入挂载点根目录（如 "C:/" 或 "/"），而非子目录，且需捕获异常、校验路径存在性，优先使用 available 字段判断实际可用空间。
直接用 std::filesystem::space，别手写 WMI 或 ioctl——C++17 起标准库已原生支持，跨平台且线程安全。
为什么 std::filesystem::space 返回值有时是 0？
常见于权限不足或路径无效：Windows 下访问系统保留卷（如 \?Volume{...}）、Linux 下挂载点被卸载但路径仍存在、或传入了非目录路径（比如指向文件的 path）。
- 确保传入的是**挂载点根目录**，不是普通子目录：
"C:/"可以，"C:/Users"不行（它不反映整个分区） - Linux/macOS 下必须是**实际挂载点**，
/home若是独立分区才有效；若只是/的子目录，返回的是根分区信息 - Windows 上路径末尾斜杠不能省：
"C:"会被视为相对路径，导致space抛std::filesystem::filesystem_error
std::filesystem::space 各字段的实际含义
space 返回 std::filesystem::space_info 结构体，三个字段单位全是字节，但语义不同：
-
capacity：分区总容量（含保留空间），和磁盘管理工具显示的“容量”一致 -
free：所有用户（含 root / Administrator）都可写的空闲字节数 -
available：当前进程**实际能写入**的字节数（已扣除 reserved blocks、quota 限制、配额余量等）——这才是你该关注的数字
例如在 ext4 上，若设置了 5% 保留空间给 root，则 free 比 available 大约多出 5%；普通用户程序应优先检查 available。
Windows 下获取所有本地驱动器分区信息的最小可行代码
注意：需启用 C++17，链接 -lstdc++fs（GCC）或确保 MSVC 版本 ≥ 15.9：
#include <filesystem>
#include <iostream>
int main() {
// Windows: 枚举 C:, D: 等
for (char drive = 'C'; drive <p>Linux/macOS 替换为读取 <code>/proc/mounts</code> 或 <code>getmntent</code> 再逐个调用 <code>space</code>，不要硬编码路径。</p>
<h3>性能与线程安全要注意什么？</h3>
<p><code>std::filesystem::space</code> 是系统调用封装（Windows 调 <code>GetDiskFreeSpaceEx</code>，Linux 调 <code>statvfs</code>），每次调用都有 I/O 开销：</p>
<ul>
<li>避免在高频循环中反复调用——缓存结果，按需刷新（比如每 30 秒）</li>
<li>多个线程同时查同一路径是安全的，但查不同路径时，底层系统调用仍可能竞争（尤其 NFS/CIFS）</li>
<li>若需精确到毫秒级响应，且只关心是否低于阈值，可用 <code>statvfs</code>（Linux）或 <code>GetDiskFreeSpaceEx</code>（Windows）绕过 <code>std::filesystem</code> 的异常封装，减少开销</li>
</ul>
<p>真正容易被忽略的是：某些网络文件系统（如 SMB3、NFSv4.2）返回的 <code>available</code> 可能滞后数秒，不是实时值；业务逻辑里别把它当原子锁用。</p></iostream></filesystem>
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
