std::filesystem::exists 返回 false 不代表文件不存在，可能是无权限、悬空符号链接或父目录不可访问；检查时需确认各级父目录权限，区分情况应配合 status 或异常处理。
用 std::filesystem::exists 判断文件存在，但别直接信返回值
它确实能查路径是否存在，但返回 false 不代表“文件不存在”——可能是没权限、路径是悬空符号链接、或当前用户根本读不到父目录。尤其在 Linux/macOS 上，如果上层目录权限为 drwx------（仅属主可进入），即使目标文件真实存在，exists 也会返回 false。
实操建议：
- 先确认你有权限访问路径的**每一级父目录**，不是只看目标文件本身
- 若需区分“不存在”和“无权限”，得配合
std::filesystem::status或捕获异常 - Windows 下一般不踩这个坑，但网络路径（如
\servershare）仍可能因连接中断返回false
std::filesystem::exists 对符号链接的默认行为是“不解析”
默认情况下，它检查的是符号链接**自身是否存在**，而不是它指向的目标。也就是说，一个 dangling link（悬空链接）也会让 exists 返回 true。
实操建议：
- 要检查链接指向的目标是否存在，传入第二个参数
true：exists(p, true) - 注意：第二个参数是
follow_symlinks，C++17 标准里它是bool，不是枚举；传false等价于省略该参数 - 如果不确定路径是否为符号链接，又想安全判断最终目标，优先用
status(p).type() == file_type::regular配合异常处理
编译时必须显式启用 std::filesystem，且链接选项不能漏
很多新手卡在这步：代码写了 #include <filesystem></filesystem>，也用了 std::filesystem::exists，但链接时报 undefined reference。这不是头文件问题，是链接器找不到实现。
实操建议：
- g++/clang++ 必须加
-lstdc++fs（GCC）或-lc++fs（Clang）；GCC 13+ 可能不再需要，但低版本务必加上 - CMake 中写：
target_link_libraries(your_target PRIVATE stdc++fs)（GCC）或c++fs（Clang） - MSVC 2019+ 默认支持，但需确保项目设置中 “Language Standard” 是 C++17 或更高，且未定义
_HAS_FILESYSTEM=0
跨平台路径拼接别手写 / 或 operator/
直接拼字符串再传给 exists 很容易在 Windows 下出错（比如 "C:data ile.txt" 中的 d 被当转义符），或在 Linux 下因多斜杠、结尾斜杠导致语义变化。
实操建议：
- 用
std::filesystem::path构造 +/操作符：exists(fs::path{"dir"} / "sub" / "file.txt") - 避免
.string()再传入——除非你明确需要原始字符串（比如给 C API）；多数时候直接传fs::path更安全 - 对用户输入的路径，先用
fs::weakly_canonical归一化（处理..和.），再判断，否则相对路径可能绕过预期检查
exists 当作“文件可读/可用”的充分条件——它只回答“路径是否对应某个文件系统条目”，不保证你能打开它、读内容、甚至不一定代表它是常规文件。真要操作前，该 open 还是得 open，该 catch 还是得 catch。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
