最直接的方法是调用 std::filesystem::exists()，但需注意其可能抛出 filesystem_error 异常；推荐使用 noexcept 版本并传入 error_code 参数以区分“不存在”和“无权限”等错误。
用 std::filesystem::exists() 最直接，但要注意异常和权限
标准答案就是调用 std::filesystem::exists()，它返回 bool，语义清晰。但它不是“无副作用”的纯判断——如果路径不可访问（比如权限不足、挂载点失效、符号链接断裂），默认会抛出 std::filesystem::filesystem_error。
常见错误现象：std::filesystem::exists("xxx") 突然 crash 或抛异常，尤其在跨平台或读取网络路径时；你以为它只是查个存在性，其实它底层做了访问试探。
- 加
noexcept版本：传入第二个参数std::error_code& ec，避免异常，例如：std::filesystem::exists(p, ec)，失败时ec被设为具体错误码，exists()返回false - 别对非法路径（如空字符串、含
- Windows 下注意长路径前缀（
\?）是否已启用，否则可能被截断或拒绝访问
为什么不用 fopen() 或 access()？
老派写法如 fopen(path.c_str(), "r") 或 POSIX 的 access(path.c_str(), F_OK) 表面能用，但实际埋雷更多。
-
fopen()会触发文件打开逻辑，占用系统资源，且 Windows 下对只读目录下的文件可能误报不存在（即使文件存在，但没读权限就失败） -
access()在 Windows 上不检查真实权限，只查 ACL，且不支持 Unicode 路径（char*接口）；C++20 前的 MSVC 还不支持_waccess的完整语义 - 二者都不区分“不存在”和“无权限”，而
std::filesystem::exists()配合ec可区分std::errc::no_such_file_or_directory和std::errc::permission_denied
路径对象构造本身就会失败，别跳过这步
std::filesystem::path 构造不是零成本操作。传入非法字节序列（如 UTF-8 编码错误、Windows 上的非法字符 : " | ? *）、空路径、或过长路径，都可能导致构造后 path.string() 报错或行为异常。
立即学习“C++免费学习笔记（深入）”；
- 构造前建议先做轻量校验：比如检查是否为空、是否含控制字符（
– - 避免直接用用户输入拼接路径再传给
exists()；优先用path / "subdir" / "file.txt"操作符，它会自动处理分隔符和规范化 - Linux 下路径过长（>4096 字节）可能让
path.native()返回空，后续调用exists()失败却不报错——得靠ec捕获name_too_long
性能敏感场景下，别反复调用 exists()
每次调用 std::filesystem::exists() 都是系统调用，Linux 是 stat()，Windows 是 GetFileAttributesExW()。高频轮询（比如游戏资源热重载检测）会明显拖慢主线程。
- 改用
std::filesystem::last_write_time()+ 缓存时间戳，比反复查存在更高效 - 需要监听变化？直接上
inotify（Linux）或ReadDirectoryChangesW（Windows），而不是轮询exists() - 若只是初始化时确认配置文件是否存在，一次调用足够；别在循环里无脑塞一个
exists()
真正麻烦的从来不是“怎么写那一行代码”，而是路径来源是否可信、错误码是否被检查、以及你到底想区分“不存在”还是“打不开”。漏掉其中任意一环，线上环境就会在某个奇怪的路径组合下静默失败。
