应优先使用c++17的std::filesystem::exists()判断文件是否存在，它跨平台、语义清晰且不区分文件或目录；需包含头文件、启用c++17标准并链接对应库，同时注意权限不足或悬空符号链接可能导致返回false。
用 std::filesystem::exists() 最直接可靠
C++17 起，std::filesystem::exists() 是判断文件是否存在的标准、跨平台方式。它不区分文件或目录，只返回路径是否存在且可访问（受权限影响）。
需要包含头文件并启用 C++17 或更高标准：
#include <filesystem> namespace fs = std::filesystem;</filesystem>
使用示例：
if (fs::exists("config.json")) {
// 文件存在
}
- 如果路径是符号链接，默认会解引用后检查目标是否存在；加
fs::symlink_option::no_follow可只检查链接本身 - 在 Windows 上对长路径（>260 字符）支持良好，前提是编译器和运行时环境已启用长路径支持（如 VS 2019+ 默认开启）
- 若当前进程无权访问该路径（如权限拒绝、网络驱动器断开），
exists()可能抛出std::filesystem::filesystem_error，建议捕获处理
用 stat() 或 _stat64() 兼容旧标准或细粒度控制
在不能用 C++17 的项目中，POSIX 系统用 stat()，Windows 用 _stat64()（推荐，支持大文件和长路径）更稳妥，比 fopen() + fclose() 少一次 I/O 开销。
示例（跨平台封装思路）：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
#ifdef _WIN32
struct _stat64 buf;
if (_stat64("data.bin", &buf) == 0) { /* 存在 */ }
#else
struct stat buf;
if (stat("data.bin", &buf) == 0) { /* 存在 */ }
#endif
-
stat()成功返回 0，失败返回 -1；不要仅靠返回值非零就断定“不存在”，也可能是权限不足或路径过长 - Windows 下若未定义
_CRT_SECURE_NO_WARNINGS，_stat64()可能触发警告；可用#pragma warning(suppress:4996)抑制 - 注意：
stat()对 dangling symlink 返回 -1，而exists()默认也返回 false —— 行为一致，但语义上stat()更底层
为什么不用 fopen() 判断存在？
常见误区：用 fopen("file.txt", "r") != nullptr 检查文件存在。这不可靠，因为：
- 即使文件存在，若无读权限、被其他进程独占锁定、或磁盘只读，
fopen()也会失败 - 成功打开后必须
fclose()，否则泄漏文件描述符；而单纯判断存在不该产生副作用 - 某些嵌入式或受限环境（如 iOS App Sandbox）中，
fopen()的行为受沙盒策略干扰更大
除非你**紧接着就要读取该文件**，否则不应把打开操作当成存在性检查手段。
路径字符串编码与 Unicode 支持
Windows 下真实文件名可能是 UTF-16，而 std::filesystem::exists() 接收 std::string 时依赖本地 locale；若路径含中文/日文等，std::string 可能被错误编码。
- 推荐统一用
std::wstring构造fs::path：fs::exists(fs::path(L"测试.txt")) - Linux/macOS 原生用 UTF-8，
std::string通常没问题，但需确保源文件保存为 UTF-8 且编译器正确识别（如 GCC 加-finput-charset=utf-8） - 避免拼接路径时混用窄/宽字符串，
fs::path构造函数对类型敏感，错误类型可能导致静默截断
路径有效性本身不影响 exists() 调用，但它不会帮你验证路径语法是否合法 —— 比如 "a/b/../c//d" 是合法路径，而 "a\0b.txt" 中的空字符会让大多数 API 提前截断。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
