std::filesystem::exists() 是最直接判断路径是否存在的方法，返回 bool 值，语义清晰且跨平台一致性好，但需捕获 filesystem_error 异常，且不保证可读或区分文件类型。
std::filesystem::exists() 是最直接的判断方式
用 std::filesystem::exists() 判断路径是否存在，它返回 bool，语义清晰、行为明确。注意：它不区分是文件、目录还是符号链接，只要路径存在（且当前进程有权限访问）就返回 true。
常见错误是传入空字符串或非法路径导致抛出 std::filesystem::filesystem_error 异常，所以实际使用时建议加异常捕获：
try {
if (std::filesystem::exists("config.json")) {
// 文件存在
}
} catch (const std::filesystem::filesystem_error& e) {
// 路径格式错误、权限不足、挂载点不可达等
}
- 如果只关心“是否为普通文件”，应配合
std::filesystem::is_regular_file()使用 - Windows 下路径分隔符用
/或\都可，std::filesystem会自动归一化 - 某些 NFS 或 FUSE 文件系统可能对
exists()返回缓存结果，不是实时 stat
为什么不能只靠 std::filesystem::status() 判断存在性
std::filesystem::status() 返回 std::filesystem::file_status，看似更底层，但它的行为和 exists() 不完全等价：当路径不存在或无法访问时，status() 可能返回 std::filesystem::file_status{std::filesystem::file_type::not_found}，也可能抛异常（取决于实现和底层 errno），而 exists() 明确约定：仅在路径语法错误或 I/O 系统调用失败时抛异常，否则一定返回 bool。
Agent 记忆系统 — 五路融合检索 + 双时间线 + 因果链 + Spirit管家 + 记忆回声 + 弹性配置 + Circuit Breaker + GDPR合规 + 192项安全审计修复
- 不要写
status(p).type() != file_type::not_found来代替exists(p)—— 语义不清，且可能因异常中断流程 -
status()更适合后续需要类型/权限信息的场景，比如先exists()再status()获取详细元数据 - C++17 标准中
exists()的规范比status()更稳定，跨平台一致性更好
std::filesystem::exists() 在 C++17 中默认不启用，需确认编译器支持
不是所有编译器默认开启 std::filesystem 支持。GCC 9+ 和 Clang 9+ 默认支持，但 GCC 8 需要加 -lstdc++fs 链接选项；MSVC 2017 Update 5+ 支持，但项目属性里要确保“C++ 语言标准”设为 /std:c++17 或更高。
立即学习“C++免费学习笔记（深入）”；
- Clang macOS 上可能需要额外链接
-lc++fs - 使用前加
#include <filesystem>，注意不是<experimental/filesystem>（那是 C++14 临时方案） - 若编译报错 “'filesystem' is not a namespace-name”，大概率是标准未启用或头文件没包含
判断“文件存在且可读”需要额外检查
std::filesystem::exists() 只说明路径存在，不保证可读。例如文件存在但权限为 000，或位于只读挂载分区，exists() 仍返回 true，但后续 std::ifstream 打开会失败。
- 真正打开前，可先用
std::filesystem::is_regular_file()+std::filesystem::status().permissions()做粗略判断（注意：权限检查本身也受 umask 和 mount options 影响） - 更可靠的做法仍是“快速失败”：直接尝试打开，捕获
std::ios_base::failure或检查failbit - 不要依赖
access()（POSIX）或GetFileAttributes()（Win32）做预检——它们和后续 open 之间存在竞态窗口
exists() 是起点，不是终点；真正要读写时，总得面对权限、竞态、挂载状态这些现实问题。 
