std::filesystem::space 返回 available 常为 0 是因 Windows 下路径不合法（如 "C:" 缺反斜杠）或权限不足；需传入有效卷根路径（如 "C:"）、捕获异常并校验路径存在性。
直接用 std::filesystem::space 就能拿到，但 Windows 下需注意路径格式和权限，否则返回 0 或抛异常。
为什么 std::filesystem::space 返回的 available 常为 0？
常见于 Windows 环境下传入了不合法路径（如 "C:"）或当前进程无权访问目标卷。该函数底层调用系统 API（Windows 是 GetDiskFreeSpaceEx），路径必须是「有效卷根目录」，且结尾带反斜杠（"C:\"）或正斜杠（"C:/"）才被识别为卷路径；只写 "C:" 会被当作相对路径处理，结果不可靠。
- 正确写法：
"C:\"、"C:/"、R"("D:\")" - 错误写法：
"C:"（缺分隔符）、"C:\data"（非根路径，可能跨重解析点或失败） - 若路径指向符号链接或挂载点，实际返回的是目标卷数据，不是链接所在路径的逻辑位置
如何安全调用 std::filesystem::space 并处理错误？
它可能抛出 std::filesystem::filesystem_error（如权限不足、路径不存在），不能忽略。建议显式捕获并 fallback 到已知值（如 -1）或记录日志。
#include <filesystem>
#include <iostream>
namespace fs = std::filesystem;
int64_t get_available_bytes(const std::string& path) {
try {
auto space_info = fs::space(path);
return static_cast<int64_t>(space_info.available);
} catch (const fs::filesystem_error& e) {
std::cerr <ul>
<li>返回值单位是字节，<code>available</code> 是用户可用空间（扣除配额、系统保留等），<code>capacity</code> 是总容量，<code>free</code> 是未分配空间（含系统保留）</li>
<li>Linux 下对 <code>/proc/mounts</code> 中的挂载点行为一致；但若路径在 FUSE 或网络文件系统上，结果取决于具体实现</li>
<li>不要对任意用户输入路径直接调用——先用 <code>fs::exists(path)</code> 和 <code>fs::is_directory(path)</code> 做基础校验</li>
</ul>
<h3>跨平台时要注意哪些路径细节？</h3>
<p>Windows 路径大小写不敏感，但 <code>std::filesystem</code> 对路径字符串不做标准化，所以 <code>"c:\"</code> 和 <code>"C:\"</code> 都可工作；Linux/macOS 必须用真实大小写，且根路径只能是 <code>"/"</code> 或挂载点路径（如 <code>"/mnt/data"</code>）。</p>
<ul>
<li>推荐统一用正斜杠拼接：<code>fs::path("C:/").lexically_normal().string()</code> 得到 <code>"C:/"</code>
</li>
<li>获取当前驱动器：用 <code>fs::current_path().root_path().string()</code>，但注意它返回类似 <code>"C:\"</code>，末尾有反斜杠，可直接传给 <code>space()</code>
</li>
<li>Linux 下若传入 <code>"/home"</code>，返回的是其所在文件系统的剩余空间，不是 <code>/home</code> 目录本身的“使用量”（那是 <code>du</code> 的事）</li>
</ul>
<p>真正容易被忽略的是：这个函数不刷新缓存，连续多次调用不会自动同步内核最新状态；如果需要高精度实时值（比如做磁盘告警），得接受几秒延迟，或者在关键路径上加 <code>std::this_thread::sleep_for</code> 配合重试——但通常没必要，操作系统本身就有缓存策略。</p></int64_t></iostream></filesystem>
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
