C++17 std::filesystem::is_directory() 和 is_regular_file() 是跨平台、基于元数据的可靠判断方式，需先用 exists() 检查存在性，并推荐复用 status() 结果；不能依赖路径末尾 '/' 或后缀名；status() 默认跟随符号链接，symlink_status() 则只查链接本身；Windows 下需注意长路径支持。
用 std::filesystem::is_directory() 和 std::filesystem::is_regular_file() 判断类型
这两个函数是 C++17 <filesystem> 的标准方式，直接、可靠，且跨平台。它们不依赖路径字符串后缀（比如 .txt 或 /），而是真实查询文件系统元数据。
实操建议：
- 必须先检查路径是否存在，否则调用会抛出
std::filesystem::filesystem_error - 推荐搭配
std::filesystem::status()一次获取状态，避免重复系统调用（尤其在循环中） -
is_directory()对符号链接默认不解引用；如需跟随链接，用is_directory(status(path, std::filesystem::symlink_option::follow))
#include <filesystem>
namespace fs = std::filesystem;
fs::path p = "/tmp/data";
if (fs::exists(p)) {
auto s = fs::status(p);
if (fs::is_directory(s)) {
// 是目录
} else if (fs::is_regular_file(s)) {
// 是普通文件（非设备、非管道、非 socket）
}
}
为什么不能只看路径末尾有没有 /
路径字符串末尾带 /（如 "./logs/"）只是常见约定，并非强制规则，也不反映真实类型。很多 API（如 std::ifstream、opendir()）根本不要求、也不检查这个字符。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 手动判断
path.back() == '/'→ 对 Windows 路径（"C:\data"）完全失效 - 用
std::string::find_last_of('.') != std::string::npos推断是文件 → 目录名完全可以叫"config.json"或"build." - 忽略权限或访问被拒的情况：即使路径存在，
status()仍可能失败，此时不能靠字符串猜
std::filesystem::status() vs std::filesystem::symlink_status()
这是最容易混淆的一对函数：前者默认跟随符号链接（即返回目标的类型），后者只返回链接本身的类型。
使用场景：
- 你想知道“这个路径最终指向的是不是目录” → 用
status() - 你想区分“这是一个目录链接”还是“这是一个指向目录的链接” → 用
symlink_status()，再配合is_symlink() - 在容器或沙箱环境里，符号链接可能被挂载为 broken，此时
status()抛异常，而symlink_status()仍可返回链接本身信息
性能影响：两者系统调用开销基本一致，但 status() 在遇到坏链接时多一次解析尝试。
Windows 下要注意 \? 路径和长路径兼容性
C++17 std::filesystem 在 Windows 上底层依赖 Win32 API，对超过 260 字符的路径默认失败，除非启用长路径支持或使用 \? 前缀。
实操建议：
- 确保程序 manifest 中启用了
longPathAware=true（否则status()对长路径直接报错） - 避免手动拼接
\?：它要求绝对路径、不支持相对路径、且会绕过某些运行时检查，容易引发未定义行为 - 如果必须处理超长路径，优先用
GetFullPathNameW+GetFileAttributesW回退方案，而非强依赖std::filesystem
最常被忽略的点：即使编译器和标准库支持 C++17 filesystem，Windows 系统策略或组策略仍可能禁用长路径，此时 fs::status() 报 error_code 3（The system cannot find the path specified），而不是更明确的提示。
