c++oding="utf-8" ?>
路径深度需先归一化再按根剥离计算，而非直接用begin()/end()距离；对绝对路径调用lexically_normal()后，relative()取子路径，遍历非空非"."段计数，unc路径需特殊处理root_name()。
用 std::filesystem::path 的 begin()/end() 迭代器计数层级，不等于路径深度
直接对 std::filesystem::path 调用 begin() 和 end() 得到的迭代器距离，**不是文件系统中真实的“深度层级数”**。它只反映路径字符串被 / 或 分割后的段数，忽略 .、..、空段和根前缀的影响。
常见错误现象：
• "./a/b" → 迭代器长度为 3（".", "a", "b"），但实际相对深度是 2
• "/a/../c" → 迭代器长度为 4，但归一化后是 /c，深度为 1
• "C:\\\"（Windows 根）→ 迭代器可能只返回 1 个元素，但它是深度 0 的起点
实操建议：
• 不要直接用 std::distance(p.begin(), p.end()) 当深度
• 先调用 p.lexically_normal() 归一化路径（处理 ./..）
• 再用 std::filesystem::relative(p, p.root_path()) 获取相对于根的相对路径
• 最后对这个相对路径调用 lexically_relative(std::filesystem::path(".")) 并统计非空段
真正可靠的深度计算：先归一化，再按根路径剥离
文件系统中的“深度”本质是：从根目录（/ 或 C:）出发，到达目标路径需跨越多少级子目录。这必须依赖语义解析，而非字符串切分。
实操建议：
• 对任意 std::filesystem::path p，先做 p = p.lexically_normal()
• 判断是否为绝对路径：p.is_absolute()；否则深度无全局意义（相对路径深度依赖上下文）
• 若是绝对路径，用 std::filesystem::relative(p, p.root_path()) 得到纯子路径部分
• 对该子路径，遍历其 begin()/end()，跳过空字符串和 "." 段，其余每个非空段算一级深度
• 示例："/a/b/./c/../d" → 归一化为 /a/b/d → relative 后得 "a/b/d" → 3 级
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
auto depth = [](const std::filesystem::path& p) -> int {
if (!p.is_absolute()) return -1; // 相对路径不定义全局深度
auto norm = p.lexically_normal();
auto rel = std::filesystem::relative(norm, norm.root_path());
int d = 0;
for (auto it = rel.begin(); it != rel.end(); ++it)
if (!it->empty() && *it != ".") ++d;
return d;
};
Windows 路径下 root_path() 和 root_name() 的坑
在 Windows 上，"C:\a\b" 的 root_path() 是 "C:\"，但 "\\server\share\a"（UNC）的 root_path() 是 "\\server\share\"，而 root_name() 是 "\\server\share"。若直接用 relative(p, p.root_path())，对 UNC 路径会出错——因为 relative() 要求两个路径同构（都为本地盘或都为 UNC），否则抛 std::filesystem::filesystem_error。
实操建议：
• 用 p.has_root_name() 和 p.has_root_directory() 区分路径类型
• 对 UNC 路径，应以 p.root_name() / p.root_directory() 作为基准，而非 p.root_path()
• 更稳妥做法：统一转为绝对路径后，用 std::filesystem::canonical(p)（需存在）或手动模拟归一化逻辑
• 若路径不存在，canonical() 会失败，此时只能走 lexical 归一 + 字符串规则判断
性能与可移植性取舍：什么时候不该算深度？
频繁计算路径深度（比如在循环里对成千上万个路径调用）会影响性能：每次 lexically_normal() 和 relative() 都涉及内存分配和字符串处理；canonical() 更是可能触发系统调用。
实操建议：
• 如果只是做简单目录层级比较（如“是否在某子树下”），用 is_subdirectory_of()（C++20）更高效、语义更准
• 若只需相对层级差（如 A 相对于 B 的深度差），直接用 std::filesystem::relative(a, b) 后计段数，避免两次归一化
• 在嵌入式或无 <filesystem></filesystem> 环境（如旧 MSVC 或某些交叉编译），改用 std::string 手动拆分，但务必处理好 .. 回退逻辑
• C++17 的 <filesystem></filesystem> 在 MinGW 和早期 libc++ 中支持不完整，lexically_normal() 可能不处理 ..，需自行补丁
最常被忽略的一点：路径深度不是数学距离，它依赖当前文件系统状态（软链接、挂载点、大小写敏感性）。所谓“深度”，只是路径字符串经标准化后的一种线性计数，别把它当文件系统拓扑的真实度量。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
