std::filesystem::exists 默认抛出 filesystem_error 异常而非返回 false，应优先使用带 std::error_code& 参数的重载；对符号链接自动解引用，需确认软链本身存在时改用 symlink_status；Windows 下注意路径标准化与 UNC 可达性；性能低于裸 stat，高频场景需缓存 status。
std::filesystem::exists 会抛异常，不是所有路径都能直接查
std::filesystem::exists 在遇到权限不足、符号链接断裂、路径过长或跨文件系统挂载点不可达等情况时，**默认抛出 std::filesystem::filesystem_error 异常**，而不是返回 false。很多新手误以为它像 C 风格的 access() 那样静默失败。
实际使用必须处理异常，或者改用带 std::error_code& 参数的重载版本：
std::error_code ec; bool exists = std::filesystem::exists(path, ec); // ec 为非零值表示出错（如 permission_denied、no_such_file_or_directory） // 此时 exists 的返回值不可靠，应以 ec 是否为 0 为准
- 推荐始终使用带
ec的重载，尤其在服务端或嵌入式等异常处理成本高的场景 - 若忽略
ec且路径非法（比如/proc/self/fd/999），程序直接崩溃 - 注意：即使
ec为 0，exists返回false也不代表“一定不存在”——某些只读挂载或 NFS 延迟可能让内核返回ENOENT误判
exists 对目录和文件一视同仁，但 symlink_status 更准
std::filesystem::exists 检查的是“路径所指对象是否存在”，对符号链接会自动解引用。这意味着：
- 若
path是指向无效目标的软链，exists(path)返回false - 若只想确认软链本身存在（不管目标是否有效），该函数不适用
此时应改用 std::filesystem::symlink_status：
立即学习“C++免费学习笔记（深入）”；
