std::filesystem::exists 不验证路径字符串合法性，仅检查解析后目标是否存在；含冗余分隔符或相对跳转的路径若可解析且目标存在则返回 true，语法错误路径可能抛出 filesystem_error。
std::filesystem::exists 不能检查路径有效性
直接说结论：std::filesystem::exists 的作用是判断「路径对应的位置是否存在文件或目录」，它**不验证路径字符串本身是否合法**。比如 "a/b//c/..////" 或 ".././foo.txt" 这类含冗余分隔符、相对跳转的路径，只要最终能解析到一个真实存在的目标，exists 就返回 true；但如果路径语法错误（如 Windows 下含 、<code>?、* 等非法字符），exists 通常会抛出 std::filesystem::filesystem_error 异常，而不是静默返回 false。
检查路径字符串合法性得靠 try/catch + exists
标准库没有独立函数校验路径格式。最实际的做法是调用 exists 并捕获异常——因为非法路径在底层系统调用（如 stat 或 GetFileAttributesW）阶段就会失败，filesystem 会将其包装为异常。
注意：这并非“检查有效性”的完美方案，但它是目前唯一可移植、无需平台特判的手段。
try {
bool result = std::filesystem::exists("C:\some?path.txt"); // 含非法字符
// 如果没抛异常，说明路径语法被接受，且目标存在与否已知
} catch (const std::filesystem::filesystem_error& e) {
// e.code() 可能是 std::errc::invalid_argument 或其他
// 表明路径字符串本身无法被系统解析
}
- 必须开启异常处理（编译器默认开启，但若用
-fno-exceptions则此法失效） - 不是所有非法路径都触发同一错误码；Windows 对
?:、"、|敏感，Linux 对 -
exists不做路径规范化，所以"./foo/../bar"和"bar"可能行为不同（尤其当中间目录不存在时）
想真正“预检”路径，得自己解析组件
如果业务要求提前拒绝明显非法路径（比如用户输入的文件名含 / 或 ），就得手动拆解：
立即学习“C++免费学习笔记（深入）”；
- 用
std::filesystem::path::has_root_name()、has_root_directory()判断结构是否合理 - 遍历
path.begin()到path.end()，检查每个path::string_type组件是否为空、是否含非法字符（如 Windows 下禁止的: " | ? *） - 对目标平台做白名单过滤比依赖
exists更快、更可控
例如 Windows 路径组件校验逻辑：
bool is_valid_windows_path_component(const std::wstring& comp) {
if (comp.empty()) return false;
for (wchar_t c : comp) {
if (c == L'<' || c == L'>' || c == L':' || c == L'"' ||
c == L'|' || c == L'?' || c == L'*') {
return false;
}
}
return true;
}
exists 返回 false 不代表路径无效
这是最容易误解的一点：exists("nonexistent.txt") 返回 false，只说明该路径当前无对应实体，不代表路径写法错误。它可能：
- 路径合法，只是文件真不存在
- 路径合法，但权限不足导致访问被拒（此时某些实现会抛异常，而非返回 false）
- 路径含符号链接，而链接目标不存在（
exists默认不追踪，需用exists(p, std::filesystem::symlink_option::follow)）
所以永远不要把 exists(...) == false 当作“路径格式错误”的依据。
路径有效性这件事，C++ 标准库交给了操作系统去裁决，而 exists 只是那个去敲门的人——它敲不开，不等于门牌号写错了，可能是没人、也可能是门锁了、也可能是地址根本不存在。得结合异常、权限、平台规则一起看。
