C++17起首选std::filesystem::exists()，跨平台、标准且语义明确；需try-catch异常，推荐用std::filesystem::path；Windows可用GetFileAttributesW()提速，Linux/macOS慎用access()。
用 std::filesystem::exists() 最直接
C++17 起，std::filesystem 是标准方案，不用查文档、不依赖第三方、跨平台行为一致。它直接回答“这个路径对应的东西（文件/目录/符号链接）是否存在”，不区分类型，只看能不能访问到。
常见错误是传入空字符串或非法路径导致抛出 std::filesystem::filesystem_error，必须捕获；另外 Windows 下长路径（>260 字符）可能失败，除非启用系统级长路径支持。
实操建议：
- 始终用
try-catch包裹调用，例如：try { if (std::filesystem::exists(path)) { /* ... */ } } catch (const std::filesystem::filesystem_error& e) { // 路径格式错、权限不足、路径过长等都走这里 } - 传入的
path推荐用std::filesystem::path类型，避免裸字符串拼接出错 - 如果只要判断“是不是普通文件”，用
std::filesystem::is_regular_file()，它内部会先调exists()再判类型
Windows 下用 GetFileAttributesW() 更轻量
如果你只跑 Windows、不想引入 C++17、或者对启动速度极其敏感（比如命令行小工具），GetFileAttributesW() 是更底层、更快的选择。它不走 STL 的路径解析逻辑，直接问系统“这路径有没有属性”，返回 INVALID_FILE_ATTRIBUTES 就代表不存在或不可访问。
立即学习“C++免费学习笔记（深入）”；
容易踩的坑：必须用宽字符（L"..."），传 ANSI 字符串会误判；而且它对目录也返回有效值，所以要手动排除——比如检查是否含 FILE_ATTRIBUTE_DIRECTORY 标志。
实操建议：
- 别用
GetFileAttributesA()，中文路径必挂 - 判断文件存在且非目录：
DWORD attr = GetFileAttributesW(path.c_str()); if (attr != INVALID_FILE_ATTRIBUTES && !(attr & FILE_ATTRIBUTE_DIRECTORY)) { /* 是普通文件 */ } - 注意：UAC 权限不足时，哪怕文件存在，也可能返回
INVALID_FILE_ATTRIBUTES，此时和“真不存在”无法区分
Linux/macOS 下用 access() 要小心权限语义
access() 看起来简单，但它的返回值反映的是“当前进程是否有指定权限”，不是“文件存不存在”。比如文件存在但权限为 000，access(path, F_OK) 仍会失败；反之，若路径是 dangling symlink（悬空符号链接），access() 可能返回成功（因为 link 本身存在），但后续 open() 会失败。
它适合快速探路，但不能替代 exists() 做可靠性判断。
实操建议：
- 只在确定不需要区分“不存在”和“无权限”的场景下用，比如脚本式预检
- 永远用
F_OK检查存在性，别混用R_OK/W_OK—— 它们受 real UID 影响，和open()实际行为不一致 - 不要对路径做
stat()后再调access()，多此一举；stat()本身就能告诉你是否存在（检查errno == ENOENT）
为什么不用 fopen() 或 ifstream 判断？
有人习惯开个 FILE* 或 std::ifstream 看能不能打开，再关掉。这看似直观，其实问题很多：文件可能被其他进程锁住（EBUSY）、打开即触发副作用（如 FIFO、设备文件）、或者只是想确认存在性却意外读取了内容（比如大日志文件）。
更隐蔽的问题是：某些文件系统（如 NFS、FUSE）对 open() 的语义有延迟或缓存，而 exists() 或 stat() 更接近元数据查询，更可靠。
实操建议：
- 把“判断存在”和“打开使用”拆成两个动作，不要合并
- 如果后续一定需要打开，优先用
open()+O_NOFOLLOW | O_CLOEXEC（Linux）或_wopen()（Windows），一次到位，避免竞态 -
ifstream构造函数默认不会抛异常，要用exceptions(ios_base::failbit)才能捕获失败，反而增加复杂度
最常被忽略的一点：路径中的 . 和 .. 不会被自动解析，std::filesystem::exists("a/../b") 和 exists("b") 行为不同——前者可能因中间目录不存在而失败。真正健壮的检查，往往得先 std::filesystem::weakly_canonical() 或手写路径规整逻辑。
