std::filesystem::space返回的是当前用户对指定路径所在文件系统的可用字节数（available），受root保留块、NTFS配额、符号链接底层文件系统等影响，并非物理剩余空间；需先校验路径有效性并捕获filesystem_error异常。
直接用 std::filesystem::space 就能拿到，但必须传入**有效路径**（比如 "C:/" 或 "/home"），不能传空字符串或非法设备名，否则抛 std::filesystem::filesystem_error。
为什么 std::filesystem::space 返回值看起来“不准”？
它返回的是当前用户对指定路径所在文件系统的**可用字节数（available）**，不是总剩余空间。这个值受以下因素影响：
- Linux/macOS：可能扣除了 root 保留块（通常是 5%），普通用户看不到这部分
- Windows：NTFS 有卷配额、磁盘配额策略时，
available反映的是当前用户配额余量，不是物理剩余 - 所有平台：如果路径指向挂载点但实际是符号链接或 bind mount，
space()操作的是**底层真实文件系统**，不是路径表象
示例：在 Ubuntu 上对 "/tmp" 调用，若 /tmp 是独立 tmpfs，则返回该内存文件系统的可用空间；若只是 / 下的子目录，则和 "/" 一致。
如何安全调用 std::filesystem::space 并处理错误？
不能裸调，必须捕获异常并检查路径有效性。常见错误包括："Z:/"（Windows 不存在的驱动器）、"/mnt/bad"（未挂载目录）、权限不足的路径。
立即学习“C++免费学习笔记（深入）”；
- 先用
std::filesystem::exists(path)和std::filesystem::is_directory(path)做轻量预检 - 再用
try/catch包裹std::filesystem::space(path)，捕获std::filesystem::filesystem_error - 错误码可用
e.code().value()判断：Linux 常见2（No such file or directory）、13（Permission denied）；Windows 常见3（Path not found）
简短实操：
std::filesystem::path p = "C:/";
if (!std::filesystem::exists(p) || !std::filesystem::is_directory(p)) {
// 处理路径无效
}
try {
auto s = std::filesystem::space(p);
std::cout << "Available: " << s.available << " bytes\n";
} catch (const std::filesystem::filesystem_error& e) {
std::cerr << "space() failed: " << e.what() << "\n";
}
跨平台获取所有本地分区（如 C:, D:, /, /boot）的可用空间？
std::filesystem **不提供枚举磁盘分区的接口**——这是 OS 层能力，C++ 标准库刻意不封装。必须手动适配：
- Windows：用
GetLogicalDrives()+GetDriveType()过滤DRIVE_FIXED，再对每个"X:/"调用space() - Linux/macOS：解析
/proc/mounts（Linux）或mount命令输出，过滤ext4、xfs、apfs等本地文件系统类型，跳过proc、sysfs、tmpfs等虚拟文件系统
注意：不要硬编码 "/dev/sda1" 这类设备路径传给 space()，它只接受**挂载点路径**（如 "/"），传设备节点会失败。
真正容易被忽略的是：同一个物理硬盘上多个挂载点（如 "/" 和 "/home"）可能属于不同分区，也可能共享一个文件系统——space() 返回的值是否相同，取决于它们是否挂载自同一设备，而不是目录层级关系。
