C++ filesystem::space怎么获取磁盘剩余可用空间-C++-PHP中文网

c++oding="utf-8" ?>

std::filesystem::space 返回的是“可用空间”，即用户实际能写入的空间（available），已扣除root保留、配额等限制；free仅表示文件系统未占用块数，未必可被普通用户使用。

c++ filesystem::space怎么获取磁盘剩余可用空间

filesystem::space 返回的是“可用空间”还是“空闲空间”？

std::filesystem::space 返回的 space_info 结构体里有三个字段：capacity、free、available。关键区别在于：available 是普通用户**实际能写入的空间**（已扣除 root 保留空间、配额限制、ACL 等影响），而 free 是文件系统层面未被占用的块数（可能包含 root 保留区）。Linux 上常见 root 默认保留 5% 空间，此时 available 会明显小于 free；Windows 通常二者相等。

所以，要获取“用户真正还能用多少”，必须用 available，不是 free。

调用 filesystem::space 前必须检查路径是否有效

传入无效路径（如不存在的目录、无权限访问的挂载点、符号链接末尾不可达）会导致抛出 std::filesystem::filesystem_error。不能假设 space() 总是安全的。

实操建议：

用 std::filesystem::exists(path) 或 std::filesystem::is_directory(path) 预检，但注意：存在 ≠ 可查空间（例如挂载点被 umount 后路径仍存在）
更可靠的做法是直接 try/catch：space() 抛出的异常 code().value() 在 Linux 常见 EPERM（权限不足）、ENOTBLK（非块设备路径）、ENOTCONN（NFS 挂载失效）
路径应指向**挂载点根目录**（如 "/home"、"C:/"），而非任意子目录——虽然多数实现会向上追溯到所在文件系统根，但标准不保证，且跨 bind mount 或 overlayfs 时行为不确定

注意 C++17 标准与 libc++/libstdc++ 的实际差异

Clang + libc++（macOS 默认）和 GCC + libstdc++ 对 space() 的底层调用不同：libc++ 调用 statfs()，libstdc++ 在 Linux 调用 statvfs()。二者对某些字段（尤其是 available）的计算逻辑一致，但遇到 NFS、tmpfs、FUSE 文件系统时，返回值可能因内核版本或服务器配置而异。

UI Scanner — Website Design System Extraction

从给定URL爬取并分析网站的视觉设计系统，识别设计风格、色彩体系、字体排版、组件样式和UI模式。

下载

示例（获取 C 盘可用字节数）：

try {
    auto info = std::filesystem::space("C:/");
    std::cout 
<p>注意：<code>info.available</code> 是 <code>uintmax_t</code>，别用 <code>int</code> 接收，否则在 >2TB 的磁盘上会溢出。</p>

<h3>Windows 下驱动器号和 UNC 路径的特殊处理</h3>
<p>Windows 上，<code>std::filesystem::space("D:")</code> 和 <code>std::filesystem::space("D:/")</code> 行为不同：前者可能失败（<code>EINVAL</code>），后者才被广泛支持。UNC 路径如 <code>"\\server\share"</code> 理论上支持，但实际依赖 Windows API <code>GetDiskFreeSpaceEx</code> 是否识别该网络路径——若共享未映射为驱动器号，常返回 <code>ERROR_NOT_SUPPORTED</code>。</p>
<p>稳妥做法：</p>

统一使用带尾部斜杠的格式："C:/"、"D:/"
避免裸驱动器号："C:" 不推荐
UNC 路径优先转为映射驱动器（如 Z: → \\nas\data），再查 Z:/
不要依赖 std::filesystem::current_path() 的返回值直接传给 space()——它可能是相对路径或包含 ..，先 std::filesystem::weakly_canonical() 归一化