std::filesystem::exists() 是 c++17 起标准库提供的正统解法，返回 bool 判断路径是否存在，自动处理符号链接，但需 try/catch 捕获 filesystem_error 异常，并确保编译器支持 c++17。
用 std::filesystem::exists() 最直接
这是 C++17 起标准库提供的正统解法，不用自己拼路径、调系统 API 或依赖 Boost。它返回 bool，语义清晰，且自动处理符号链接（默认跟随链接判断目标是否存在）。
常见错误是传入空字符串或非法路径导致抛出 std::filesystem::filesystem_error 异常 —— 它不返回 false，而是直接崩溃（如果没捕获）。所以实际使用必须包在 try/catch 里，或者先用 std::filesystem::path 构造并检查是否为空/非法。
- 确保编译器支持 C++17（如 GCC 8+、Clang 7+、MSVC 2017 15.7+），并启用
-std=c++17 - 链接时可能需要加
-lstdc++fs（GCC 早期版本），Clang 和新版 GCC 通常自动处理 - Windows 下路径分隔符用
/或\都行，std::filesystem::path会自动标准化
示例：
try {
if (std::filesystem::exists("config.json")) {
// 文件存在
}
} catch (const std::filesystem::filesystem_error& e) {
// 路径不可访问、权限不足、或根本不是有效路径
}
为什么不用 fopen() 或 access()
老式做法如 fopen("file.txt", "r") 后立即 fclose()，或 POSIX 的 access("file.txt", F_OK)，看似简单，但有明显缺陷：
-
fopen()会触发打开操作，可能被文件锁阻塞；若文件存在但无读权限，它失败，但你其实只想知道“是否存在”，而非“能否读” -
access()在 Windows 上不可用（MSVC 不提供），跨平台性差；且它不区分“文件不存在”和“权限被拒”，都返回 -1 - 两者都无法可靠区分文件、目录、符号链接 —— 而
exists()只管“路径指向的东西存不存在”，语义更准确
性能上，exists() 底层通常只做一次 stat() 系统调用，和 access() 接近，但比反复 fopen/fclose 更轻量。
立即学习“C++免费学习笔记（深入）”；
exists() 返回 true 却读不了？注意这几点
返回 true 只说明路径当前可解析、目标存在，不代表你有权限读取、或文件没被其他进程独占锁定。
- 权限问题：Linux/macOS 下文件可能仅对 owner 可读，而当前进程无权访问；Windows 下 ACL 或只读属性也可能导致后续
std::ifstream失败 - 竞态条件：两次调用之间文件可能被删掉或改名 —— 所以不要写“先
exists()再open()”，应直接尝试打开并处理失败 - 符号链接：默认
exists()跟随链接，若链接目标不存在，它返回false；如需判断链接本身是否存在，用std::filesystem::is_symlink(p) && std::filesystem::exists(p, std::filesystem::symlink_option::no_follow)
Windows 下路径含中文或长路径要小心
Windows 默认对路径长度限制为 260 字符（MAX_PATH），且传统 ANSI API 对 UTF-8 路径支持差。而 std::filesystem 在 MSVC 中底层调用的是宽字符 Win32 API（CreateFileW 等），只要传入的 std::string 是 UTF-8 编码（GCC/Clang 默认），或 std::wstring（MSVC 常见），就能正确处理中文路径。
- 确保源文件保存为 UTF-8（无 BOM 更稳妥），避免编译器把字符串字面量误判为本地编码
- 长路径需开启系统级支持（Windows 10 1607+），并在程序 manifest 中声明
longPathAware=true，否则超过 260 字符仍会失败 - 避免手动拼接路径用
"C:\foo\bar"，改用std::filesystem::path("C:/foo") / "bar.txt"，自动处理分隔符和编码适配
路径存在性判断本身不触发长路径截断，但后续打开操作会 —— 所以这个坑其实在后续步骤里，不是 exists() 的锅，但容易一起被误诊。
