应优先使用c++17的std::filesystem::exists()判断文件是否存在，它跨平台、语义清晰且不区分文件或目录；需包含头文件、启用c++17标准并链接对应库，同时注意权限不足或悬空符号链接可能导致返回false。
用 std::filesystem::exists() 最直接
C++17 起，std::filesystem::exists() 是判断文件是否存在的标准、跨平台方式。它不区分文件或目录，只返回路径是否存在且可访问（受权限影响）。
使用前需包含头文件并链接 std::filesystem 库（GCC/Clang 需加 -lstdc++fs，MSVC 通常默认支持）：
#include <filesystem>
namespace fs = std::filesystem;
if (fs::exists("config.json")) {
// 文件存在
}</filesystem>
- 如果路径是符号链接，默认会追踪目标；加
fs::symlink_status(path).type() == fs::file_type::symlink可单独检查是否为链接本身 - 对不存在的父目录中的路径（如
"./data/cache/file.txt"），只要路径合法就安全，不会崩溃 - 注意：若当前进程无权访问该路径（如权限拒绝、网络挂载断开），
exists()可能抛出std::filesystem::filesystem_error，建议捕获或用fs::status(path).type() != fs::file_type::not_found替代（后者不抛异常）
用 access() 或 _access() 更轻量但不跨平台
POSIX 系统（Linux/macOS）用 access()，Windows 用 _access()（头文件 <unistd.h></unistd.h> 或 <io.h></io.h>）。它们检查的是“当前进程是否有指定权限”，不是单纯存在性——但传 F_OK 时等价于存在判断。
#ifdef _WIN32
#include <io.h>
#define ACCESS _access
#define F_OK 0
#else
#include <unistd.h>
#define ACCESS access
#endif
if (ACCESS("log.txt", F_OK) == 0) {
// 文件存在（且当前进程有访问权限）
}</unistd.h></io.h>
- 不依赖 C++17，适合老旧项目或嵌入式环境
- 无法区分文件和目录（
F_OK对两者都返回 0） - Windows 上
_access()对 Unicode 路径支持差，非 ASCII 路径易失败；Linux 下access()受进程真实 UID/GID 影响，可能与open()行为不一致（例如 setuid 程序中）
避免用 fopen() + fclose() 判断
常见误区：用 fopen("file", "r") != nullptr 来判断存在。这看似可行，但问题明显：
- 打开后必须
fclose()，否则泄漏文件描述符——尤其在高频调用场景下容易触发EMFILE - 即使文件存在，也可能因权限、锁、NFS 挂载状态等导致
fopen()失败，误判为“不存在” - 不能区分“不存在”和“拒绝访问”，错误码混杂（
errno可能是ENOENT或EACCES） - 对只读文件系统上的只写文件，
fopen("x", "w")会失败，但文件其实“存在”（只是不可写）
注意路径语义和相对路径行为
所有方法都依赖当前工作目录（CWD）解析相对路径。比如 exists("tmp/data.bin") 实际检查的是 getcwd() + "/tmp/data.bin"。
- 多线程程序中，CWD 是进程级全局状态，
chdir()会影响所有线程——不要在库中随意切换 CWD - 推荐统一用绝对路径：可用
fs::absolute("relative/path")转换，或从已知基准目录（如可执行文件所在路径）拼接 - 路径中含
..或.时，exists()会先规范化再检查；而access()不做规范化，遇到.././foo可能失败
真正容易被忽略的是权限与符号链接的组合行为：一个路径存在、可读，但目标文件被删除后只剩悬空链接，exists() 返回 false，而 access(path, F_OK) 在某些系统上仍返回 0。这种差异在部署脚本或配置加载逻辑里，可能引发静默故障。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
