优先用 stat 或 std::filesystem::exists 替代 _access；_access 在 Windows 上易误判目录存在性、不区分错误类型且跨平台不兼容，而 stat 和 filesystem 能准确区分文件/目录并提供详细错误信息。
直接说结论：在跨平台 C++ 项目里，别用 _access，优先用 stat（或封装后的 std::filesystem::exists）；Windows 下若必须用 _access，得加 _CRT_SECURE_NO_WARNINGS 且只判断存在性，不判断权限。
为什么 _access 在 Windows 上容易报错或误判
_access 是 MSVC 特有的 CRT 函数，Linux/macOS 根本没有。即使在 Windows 下，它默认只检查文件是否存在和只读属性，对目录返回失败（除非加 0 模式），而且路径含中文或 UNC 路径时可能因编码或权限策略静默失败。
-
_access("C:\test.txt", 0)→ 存在返回 0，不存在返回 -1（注意：不是布尔值） -
_access("C:\test_dir", 0)→ 多数情况下返回 -1，哪怕目录真实存在（这是最常踩的坑） - 编译时若未定义
_CRT_SECURE_NO_WARNINGS，会触发 C4996 警告，提示“_accessis deprecated” - 它不区分“路径不存在”和“无访问权限”，两者都返回 -1，无法归因
stat 怎么安全判断文件/目录是否存在
stat 是 POSIX 标准函数，Windows 的 MSVC 和 MinGW 都支持（需包含 <sys/stat.h>），能明确区分文件、目录、符号链接，且错误码可查（errno == ENOENT 表示不存在，EACCES 表示无权限）。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 必须传入
struct stat实例地址，不能只传路径字符串 - 成功返回 0，失败返回 -1 并设置
errno，务必检查返回值，不能只看errno - 判断是否为目录：
S_ISDIR(sb.st_mode)；是否为普通文件：S_ISREG(sb.st_mode) - 示例：
#include <sys/stat.h> struct stat sb; if (stat("path/to/file", &sb) == 0) { if (S_ISDIR(sb.st_mode)) { /* 是目录 */ } else if (S_ISREG(sb.st_mode)) { /* 是文件 */ } }
C++17 起更推荐用 std::filesystem::exists
标准库方案彻底规避平台差异，语义清晰，自动处理路径分隔符和编码（依赖底层实现，但主流编译器已稳定）。唯一代价是链接时需加 -lstdc++fs（GCC）或启用 /std:c++17（MSVC）。
立即学习“C++免费学习笔记（深入）”；
- 返回
bool，直接表达“存在与否”，不用查errno - 支持
std::filesystem::is_regular_file、is_directory等细化判断 - 路径对象构造安全：
std::filesystem::path p("C:\test"); exists(p)比裸字符串更鲁棒 - 注意：某些旧版 libstdc++（如 GCC 8.3 之前）对 Windows UNC 路径支持不全，建议升级工具链
真正麻烦的从来不是“怎么写一行代码判断存在”，而是“判断之后下一步做什么”——比如文件存在但不可读、目录存在但无执行权限（影响 opendir）、符号链接指向不存在的目标。这些场景下，stat 或 filesystem 提供的额外元信息，比 _access 的布尔结果有用得多。
