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