最可靠的是std::filesystem::exists()，C++17标准跨平台方案，自动适配Windows/Linux/macOS底层API，但需预处理空路径、规范化相对路径，并注意符号链接跟随行为。
用 std::filesystem::exists() 最可靠
这是 C++17 起标准库提供的正解，跨平台、语义清晰、不依赖系统调用封装。Windows 上用 GetFileAttributesW，Linux/macOS 上走 stat()，你不用操心底层。
常见错误是传入空路径或相对路径没处理好 cwd 变化 —— exists() 对路径不做自动补全或规范化，"./data.txt" 和 "data.txt" 在不同工作目录下结果可能不同。
- 务必先检查路径是否为空：
if (path.empty()) return false; - 若路径来自用户输入或配置，建议先用
std::filesystem::weakly_canonical()归一化（注意它可能抛异常） - 不要对符号链接做存在性判断后直接打开——
exists()默认跟随链接，想区分链接本身是否存在，得用exists(path, std::filesystem::symlink_option::no_follow)
Windows 下误用 GetFileAttributes() 的坑
很多老代码用这个 API 判断文件存在，但容易漏掉三类情况：重解析点（如 NTFS 符号链接）、访问被拒的路径、以及返回值为 INVALID_FILE_ATTRIBUTES 时没检查 GetLastError()。
典型错误现象是：路径明明存在，却返回 false；或者在受限目录（如 C:\Program Files）下总失败，实际只是权限不足而非不存在。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 必须配合
GetLastError()判断：若返回INVALID_FILE_ATTRIBUTES，且GetLastError() == ERROR_ACCESS_DENIED，不能直接认为文件不存在 - 对目录也有效，但要留意
FILE_ATTRIBUTE_DIRECTORY位，别和普通文件逻辑混用 - 不支持 Unicode 路径的窄字符版本（
GetFileAttributesA）在中文路径下直接失效，必须用宽字符版 +std::wstring
access() 和 stat() 在 POSIX 系统上的行为差异
Linux/macOS 常见写法是调 access(path.c_str(), F_OK)，但它只检查权限层面的可访问性，不是“是否存在”。比如路径存在但当前用户无执行权限（对目录）或读权限（对文件），access() 就会返回 -1。
更稳妥的是 stat()：只要路径存在（无论权限），stat() 成功就代表存在；失败时需区分 errno == ENOENT（真不存在）还是 EACCES（权限问题）。
-
access()不检查路径是否为 dangling symlink；stat()默认跟随链接，要用lstat()才能判断链接文件本身是否存在 - 多线程环境下，
access()+ 后续fopen()存在竞态：中间文件可能被删掉，导致 open 失败 —— 这也是为什么推荐直接尝试打开再处理错误，而非预检 - Android NDK 中
access()对某些挂载点（如 scoped storage）行为不稳定，stat()更一致
为什么不该用 fopen() + fclose() 来判断
有人写 FILE* f = fopen(path.c_str(), "r"); bool exists = (f != nullptr); if (f) fclose(f);，看似简单，实则埋雷：文件可能被其他进程锁住（尤其 Windows 上）、路径含非法字符导致 fopen 内部解析失败、或者文件有只读属性但你用 "w" 模式打开失败——这些都和“存在性”无关，却让你误判。
更隐蔽的问题是副作用：某些文件系统（如 FUSE 实现的网盘）在 fopen() 时触发同步或缓存加载，带来不必要的延迟和 IO。
- 仅当后续必然要读/写该文件时，才考虑跳过预检，直接
fopen()并处理nullptr错误 - 若只是做存在性校验（比如启动时检查配置文件），用
exists()或stat()更轻量、意图更明确 - 在嵌入式或资源紧张环境，频繁
fopen/fclose可能快速耗尽文件描述符，而exists()无此风险
真正麻烦的从来不是“怎么写一行代码判断”，而是路径来源不可控、符号链接嵌套、权限模型差异、还有那些你以为“肯定存在”的文件，在容器里、沙箱里、或者被策略拦截时突然消失。别省那一次 stat() 调用，也别信“我本地跑得通”。
