std::filesystem::is_directory是跨平台判断目录的唯一标准方法，需先用exists()确认路径存在，注意符号链接默认不解析，Windows下需处理权限和长路径问题。
std::filesystem::is_directory 是唯一靠谱的选择
别用 _is_directory，它不是标准 C++ 函数，是某些平台（比如 Windows 的 CRT）私有扩展，Linux/macOS 根本没有，编译直接报错。跨平台路径判断必须用 C++17 引入的 std::filesystem::is_directory，它在所有主流编译器（GCC 8+、Clang 7+、MSVC 2017+）和系统上行为一致。
使用前确认两点：std::filesystem 头文件已包含，且编译时启用 C++17（如 -std=c++17 或项目属性中设置语言标准）。MSVC 还需链接 shlwapi.lib（仅旧版，VS2019 起通常自动处理）。
调用前必须检查路径是否存在
std::filesystem::is_directory 对不存在的路径返回 false，但不会抛异常——这容易误判：你以为是“不是目录”，实际是“路径根本不存在”。真实业务里，多数情况你得先知道“有没有这个东西”，再判断“它是不是目录”。
- 先用
std::filesystem::exists(path)确认路径存在 - 再用
std::filesystem::is_directory(path)判断类型 - 如果只需要“存在且为目录”，两个条件缺一不可，写成
exists(p) && is_directory(p)
示例：
std::filesystem::path p = "/tmp/data";<br>if (std::filesystem::exists(p) && std::filesystem::is_directory(p)) {<br> // 安全进入<br>}
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
注意符号链接的默认行为
std::filesystem::is_directory 默认不解析符号链接（symlink），即对一个指向目录的软链接，它返回 false。这是跨平台安全设计，避免意外跟随恶意链接。
如果你明确需要“最终指向的是不是目录”，得手动解引用：
try {<br> auto target = std::filesystem::read_symlink(p);<br> if (std::filesystem::is_directory(target)) { /* ... */ }<br>} catch (const std::filesystem::filesystem_error&) {<br> // 不是 symlink，或读取失败<br>}
- 直接传
std::filesystem::status(p).type()得到的是链接本身的类型（symlink_file） - 传
std::filesystem::symlink_status(p).type()也一样，不跟随 - 只有
std::filesystem::status(p)（无参数重载）会跟随 symlink 并返回目标类型，但可能抛异常
Windows 下长路径和权限问题最常踩坑
Windows 对路径长度和访问权限更敏感。即使路径存在且是目录，is_directory 也可能因权限不足返回 false（而不是抛异常），尤其在系统目录、网络驱动器或受控文件夹里。
- 用
std::filesystem::status(p)替代直接调用is_directory，然后检查ec错误码：if (ec) { /* 权限拒绝/路径过长等 */ } - Windows 长路径（>260 字符）需确保程序 manifest 启用 long path support，或用
\?前缀（此时std::filesystem::path可能不兼容，慎用） - 不要依赖
is_directory做权限校验——它不保证你有读/执行权限，只是类型判断
跨平台代码里，这类边界情况往往只在部署时暴露，本地开发测不出来。
