路径深度为从根目录到最后一级目录的目录层数，计算时需先调用 lexically_normal() 归一化，再遍历迭代器并统计非空元素个数；Windows 下需过滤空段，相对路径按字面计算，根路径深度为0。
怎么用 std::filesystem::path 计算路径深度
路径深度就是从根目录（如 / 或 C:\）到该路径最后一级目录/文件，中间经过的目录层数。比如 /home/user/docs/report.txt 在 Unix 下深度是 4（/ → home → user → docs → report.txt，但通常不把文件名计入深度，所以是 4 级目录），而 / 自身深度为 0。
标准做法是用 std::filesystem::path::lexically_normal() 先归一化路径，再遍历 path::iterator 统计非空元素个数：
int path_depth(const std::filesystem::path& p) {
auto norm = p.lexically_normal();
int depth = 0;
for (auto it = norm.begin(); it != norm.end(); ++it) {
if (!it->empty()) depth++;
}
return depth;
}
注意：不能直接用 std::distance(p.begin(), p.end()) —— 某些实现（如旧版 libstdc++）对 .. 或 . 处理不一致，迭代器可能跳过或重复；归一化后再遍历才可靠。
path::iterator 遇到 .. 和 . 怎么办
path::iterator 是字面解析，不进行语义折叠。比如 "a/../b" 的迭代器会产出 "a"、".."、"b" 三个元素，而非 "b" 一个。这会导致深度计算错误（返回 3 而非 1）。
立即学习“C++免费学习笔记（深入）”；
- 必须先调用
lexically_normal()，它会合并./、消除冗余../（在合法范围内） - 若路径含非法上溯（如
../../foo在根下），lexically_normal()不会报错，但结果仍含..—— 这时深度统计仍按字面算，不代表运行时真实层级 - 若需“实际可达深度”，得结合
std::filesystem::exists()和std::filesystem::canonical()，但后者抛异常且开销大，仅当真需要物理路径时用
Windows 路径深度计算要注意什么
Windows 下驱动器前缀（C:\）算作一个迭代器元素，不是两个。例如 C:\a\b 的 begin() 到 end() 是："C:"、""（根分隔符后空段）、"a"、"b" —— 但不同标准库实现对空段处理不一。
- MSVC STL：根后空字符串会被迭代器跳过，
C:\a\b迭代出"C:"、"a"、"b"（共 3 项） - libstdc++（GCC）：可能保留空段，导致多计一层，必须依赖
lexically_normal()后过滤empty() - 统一写法就是上文示例中那个
if (!it->empty())判断，否则 Windows 下容易多算 1
性能和边界情况提醒
深度计算本身很快，但 lexically_normal() 会拷贝并解析整个路径字符串，对超长路径（>260 字符）或高频调用场景有微小开销。
- 如果确定路径已规整（无
./..、无多余斜杠），可跳过lexically_normal()，直接遍历 +empty()过滤 -
path("")或path(".")的深度是 0；path("/")或path("C:\")深度也是 0（根目录无子级） - 相对路径如
"a/b/c"深度为 3，和当前工作目录无关 —— 这是纯字面深度，不是运行时深度
真正容易被忽略的是：深度数值本身不携带路径是否存在的信息，也不反映符号链接展开后的层级。如果业务逻辑依赖“真实文件系统层级”，就得切到 canonical()，但那已经是另一层成本和异常处理了。
