用 parent_path() 逐级获取父目录是唯一可靠方式，需循环调用并检查 has_parent_path()，注意根路径和 Windows 驱动器盘符的边界行为，避免字符串手动切割。
用 std::filesystem::path 逐级向上取父目录，别手写字符串切割
直接调用 parent_path() 是唯一可靠方式。C++ 标准库的 std::filesystem::path 内部已处理好不同系统的路径分隔符（/ 和 \）、冗余分隔符、. 和 .. 归一化，自己用 find_last_of() 或 substr() 切字符串大概率在 Windows 或带符号链接的路径上出错。
实操建议：
- 从当前路径开始，循环调用
p = p.parent_path()，直到p == p.root_path()或p.has_parent_path() == false - 注意：空路径、根路径（如
"C:/"或"/"）调用parent_path()会返回空path，不是报错，要主动检查 - 不要依赖
string().back() == '/'来判断是否到顶——Windows 下"C:\"的string()可能是"C:\"，也可能归一化为"C:/"
std::filesystem::current_path() 返回的是运行时工作目录，不是可执行文件所在目录
很多人想“获取程序所在目录的父级”，但 std::filesystem::current_path() 返回的是进程启动时的工作目录（shell 当前位置），和二进制文件位置无关。真要拿可执行文件父目录，得先用平台 API（如 Windows 的 GetModuleFileName，Linux/macOS 的 /proc/self/exe）读取路径，再转成 std::filesystem::path 处理。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 打包后双击运行，工作目录是桌面或下载目录，不是程序所在文件夹
- IDE 调试时工作目录默认是项目根目录，和
build/下的可执行文件位置不一致 - 用
cd /tmp && ./myapp启动，current_path()就是/tmp，不是/home/user/myapp
迭代器写法容易漏掉根路径，且 root_path() 不等于 parent_path()
std::filesystem::path 没有内置“所有祖先路径”的迭代器，必须手动循环。关键陷阱是：当路径为 "/a/b/c"，它的祖先路径应包含 "/a/b"、"/a"、"/"；但 parent_path() 在 "/" 上调用返回空，不会返回 "/" 自身。
正确做法：
- 先 push 当前路径（如果需要包括自身）
- 每次取
p.parent_path()，只要p.has_parent_path()为 true 就继续 - 最后单独判断是否要加
p.root_path()——因为"/a/b".root_path()是"/"，而"a/b".root_path()是空，得按需处理 - 示例逻辑：
std::vector<std::filesystem::path> ancestors;<br>auto p = std::filesystem::current_path();<br>ancestors.push_back(p);<br>while (p.has_parent_path()) {<br> p = p.parent_path();<br> ancestors.push_back(p);<br>}
跨平台兼容性：Windows 驱动器路径和 UNC 路径行为不同
C: 的 parent_path() 是 C:，再调一次是 C:（不是 C:），再调一次才是空；而 \serversharedir 的 parent_path() 会返回 \servershare，符合直觉。这意味着同一段循环代码在驱动器路径下会多出一个 C: 节点，在 UNC 下则不会。
影响点：
- 若业务逻辑依赖“路径深度”（比如只取前两级父目录），需对
root_name()和root_directory()做区分处理 - 比较两个路径是否同属一个卷时，不能只看
parent_path()是否相等，得用is_absolute()+root_path()综合判断 - 测试务必覆盖
C:、/、\servershare三种情况，光测 Linux 路径会漏 Windows 特例
