std::filesystem::exists() 返回 false 不代表文件不存在，而是当前进程无法访问该路径，原因包括权限不足、父目录不可达、悬空符号链接、网络路径失效或路径非法等。
直接用 std::filesystem::exists()，但返回 false 不等于“不存在”——可能是没权限、路径非法、父目录不可访问，或符号链接悬空。
为什么 exists() 有时返回 false 却实际存在
这个函数检查的是“当前进程能否访问该路径”，不是单纯查磁盘上有没有那个 inode。常见误判场景包括：
- Linux/macOS 上，某一级父目录权限为
drwx------（仅属主可进入），即使目标文件真实存在，exists()也会返回false - 路径是悬空符号链接（dangling symlink）：默认不追踪目标，只检查链接自身是否存在；若链接存在但目标没了，
exists(p)仍为true，但exists(p, true)（启用follow_symlinks）会返回false - Windows 网络路径（如
\servershare ile.txt）因连接中断、凭据过期等导致访问失败 - 路径含非法字符、超长（Windows 默认限制 260 字符）、或为空字符串，会抛出
std::filesystem::filesystem_error
怎么安全调用 exists() 而不崩溃
必须处理两种失败路径：异常和逻辑 false。推荐写法：
try {
std::filesystem::path p = "config.json";
if (std::filesystem::exists(p)) {
// 路径可访问
} else {
// 此处不能直接断定“文件不存在”
// 可能是权限不足、父目录不可达、或悬空链接
}
} catch (const std::filesystem::filesystem_error& e) {
// e.code().message() 包含具体原因，如 "Permission denied" 或 "No such file or directory"
// 也可能是路径格式错误（如 Windows 上用了非法 UNC 格式）
}
若想避免异常，改用 std::filesystem::status(p).type() != std::filesystem::file_type::not_found，它不抛异常，但需注意：对悬空链接，status() 会抛异常，而 symlink_status() 不会。
Yuanfang Design System
下载
yuanfang-skills 的共享设计系统，提供 token CSS 变量、12+ 主题以及可复用的布局类型 HTML 块，供 yuanfang-html-image（以及 fu...）使用。
立即学习“C++免费学习笔记（深入）”；
如何区分文件、目录、或其他类型
别靠路径字符串结尾是不是 / 或有没有点号——完全不可靠。正确做法是先确认存在，再查类型：
- 判断是否为普通文件：
std::filesystem::is_regular_file(p)（隐式调用exists()，但建议显式检查以定位失败环节） - 判断是否为目录：
std::filesystem::is_directory(p) - 要严格区分链接本身和目标：用
std::filesystem::symlink_status(p).type() == std::filesystem::file_type::symlink检查是否为链接；用std::filesystem::status(p).type()查目标类型 - 如果只需“存在且是目录”，组合写法最稳妥：
std::filesystem::exists(p) && std::filesystem::is_directory(p)
编译和链接容易漏的细节
常见编译失败不是逻辑问题，而是环境配置缺失：
- 必须启用 C++17 或更高标准：GCC/Clang 加
-std=c++17，MSVC 加/std:c++17 - 头文件必须写
#include <filesystem>，不能拼错或漏掉尖括号 - GCC 早期版本（如 8.x）需额外链接：
-lstdc++fs；Clang 同样可能需要；MSVC 通常内置支持，无需额外链接 - 传参必须是
std::filesystem::path类型，不能直接传const char*或std::string（会编译报错no matching function for call to 'exists'）
最易被忽略的是：相对路径基于当前工作目录，不是可执行文件所在目录——调试时 pwd 和 IDE 运行目录不一致，会导致 exists() 行为和预期不符。
