最简单跨平台判断文件存在应优先使用C++17的std::filesystem::exists，它自动处理平台差异、Unicode路径和符号链接，语义清晰且健壮。
用 access 判断文件存在最简单，但 Windows 和 Linux 行为不一致
access 是 POSIX 标准函数，头文件是 <>io.h>（Windows）。它通过传入路径和模式（如 F_OK）快速判断文件是否存在或是否可读/写/执行。
常见错误：直接在 Windows 上用 unistd.h 会编译失败；用 _access 又可能被编译器警告（如 MSVC 提示 “deprecated”）。
实操建议：
- 跨平台项目中，优先用宏判断：
#ifdef _WIN32分支调用_access，其他平台用access -
F_OK仅检查存在性，不保证是普通文件（目录也返回成功） - 某些 FAT32 或网络文件系统上，
access可能返回假阳性（尤其只读挂载时误报可写） - 不要用
R_OK/W_OK做权限决策依据——Linux 下它检查的是进程有效 UID/GID，不是真实 ACL 或 capability
用 stat 更可靠，能区分文件类型和错误原因
stat 返回完整元信息，头文件统一为 _stat（或 _stati64 处理大文件）。
立即学习“C++免费学习笔记（深入）”；
它比 access 多一步解析结构体，但能明确区分 “不存在”、“没权限”、“是目录不是文件” 等情况。
实操建议：
- 检查返回值：成功时
stat()返回0，失败返回-1，此时看errno - 关键错误码：
ENOENT（不存在）、EACCES（权限不足）、ENOTDIR（路径中某段不是目录） - 确认是普通文件：检查
st_mode & S_IFMT是否等于S_IFREG（Linux/macOS）或_S_IFREG（Windows） - 注意 Windows 的
_stat不支持符号链接跟随（lstat无对应），若需处理软链，得换用GetFileAttributes等 Win32 API
现代 C++ 推荐用 std::filesystem::exists（C++17 起）
如果你的项目已支持 C++17，std::filesystem::exists 是最干净的选择。它自动处理平台差异，语义清晰，且能区分文件、目录、符号链接。
实操建议：
- 需链接
-lstdc++fs（GCC）或开启 /std:c++17（MSVC），Clang 10+ 默认支持 - 它底层在 Windows 调用
GetFileAttributes，Linux/macOS 调用stat，比手写更健壮 - 注意：
exists(path)对 dangling symlink 返回false（即不跟随），若需跟随，用is_regular_file(path, std::filesystem::symlink_option::follow) - 性能略低于裸
access，但对绝大多数 I/O 场景可忽略
容易被忽略的细节：路径编码与 Unicode 支持
在 Windows 上，纯 ASCII 路径用 access/_stat 没问题，但含中文、emoji 或长路径（>260 字符）时，传统 C API 会失败。
实操建议：
- Windows 下优先用宽字符版本：
_waccess+L"中文.txt"，配合 -
std::filesystem::path构造时自动处理 UTF-8（Linux/macOS）和 UTF-16（Windows），是真正跨平台 Unicode 安全的方案 - 避免手动拼接路径字符串 —— 使用
std::filesystem::path的/重载或append()，防止斜杠方向错误
stat 加 errno 判断；若能升 C++17，std::filesystem 几乎没有理由不用——它把所有平台坑都填了，只是很多人忘了查文档里那句 “requires filesystem library support”。 
