std::filesystem::exists() 仅检查路径存在性，不保证可访问或为普通文件；需配合 is_regular_file() 等判断类型，并注意链接 stdc++fs 库（Linux/macOS）、权限与路径解析风险。
直接用 std::filesystem::exists()，但要注意它可能抛异常、不区分文件/目录、且需链接 stdc++fs（Linux/macOS）
为什么 exists() 有时返回 false 却没报错？
它只检查路径是否“存在”，但不保证可访问——比如权限不足、符号链接悬空、挂载点失效时，exists() 可能静默返回 false。这不是 bug，是 POSIX 语义的体现。
- 若需确认“可读且是普通文件”，应组合使用：
exists(p)&&is_regular_file(p) - 若路径含父目录（如
"data/config.json"），exists()对"data"不存在时也返回false，不会提前报错 - Windows 下对长路径或 UNC 路径，需确保编译器启用 UTF-8 或宽字符支持，否则可能误判
Linux/macOS 下编译报错 “undefined reference to std::filesystem” 怎么办？
这是最常踩的坑：stdc++fs 中，必须显式链接。
- Clang/GCC 编译时加
-lstdc++fs（注意顺序：源文件后、链接阶段） - CMake 中写：
target_link_libraries(my_target stdc++fs) - macOS 使用 Clang 时，还需加
-D_LIBCPP_HAS_FILESYSTEM_LIBRARY并链接c++experimental（较新版本已整合） - MSVC 无此问题——它的
std::filesystem实现内建在msvcp140.dll中
想安全判断“文件存在且可读”，该调哪几个函数？
别只靠 exists()。它不检查权限，也不区分类型。真正健壮的判断需要两步：
立即学习“C++免费学习笔记（深入）”；
#includenamespace fs = std::filesystem; fs::path p = "config.txt"; if (fs::exists(p) && fs::is_regular_file(p)) { // 此时仍不能保证可读——C++ 标准库不提供跨平台权限检查 // 若需权限，Linux/macOS 用 access(p.c_str(), R_OK)，Windows 用GetFileAttributes()}
-
is_regular_file()排除目录、socket、设备文件等 -
is_symlink()和is_directory()可进一步细化判断 - 注意：
exists()对悬空符号链接返回false；若要检测链接本身是否存在，用symlink_status(p).type() == fs::file_type::symlink
真正容易被忽略的是：std::filesystem 的所有函数默认按当前工作目录解析相对路径，而工作目录可能被其他线程或 chdir() 改变。生产代码中，要么用绝对路径，要么在关键操作前用 fs::current_path() 快照并校验。
