std::filesystem::path::parent_path() 返回当前路径的父级路径对象（不带尾斜杠）；若为根目录、空路径或单元素路径则返回空path，且不自动规范化含..的路径。
std::filesystem::path::parent_path() 返回什么？
它返回当前路径的父级路径，不带斜杠结尾；如果已经是根目录或没有父级，就返回空 path。不是“上一级目录字符串”，而是另一个 std::filesystem::path 对象——这点容易误解，导致后续拼接出错。
常见错误现象：path p = "/a/b/c"; auto parent = p.parent_path(); // 得到 "/a/b"，但你以为是 "b"？错
- 想取“最后一级目录名”该用
p.parent_path().filename()，不是parent_path() -
parent_path()不会自动规范化：若原路径含..或.，结果也保留它们（比如"a/../b"的parent_path()是"a/.."） - Windows 下路径分隔符不影响行为，
parent_path()识别和/都行
为什么 parent_path() 有时返回空？
三种典型场景：路径本身是根（如 "/"、"C:\"）、路径为空、路径只含一个元素且无尾随分隔符（如 "foo"）。
示例：std::filesystem::path p1 = "/"; p1.parent_path().empty() == true；std::filesystem::path p2 = "log.txt"; p2.parent_path().empty() == true（因为它是文件名，没目录）
- 判断是否有父目录，别只看
empty()，先用has_parent_path()更安全 - 想确保拿到上级目录，建议先
lexically_normal()再调用parent_path()，避免..干扰逻辑 - 跨平台代码里，不要假设
parent_path()一定非空——尤其处理用户输入路径时
和 remove_filename() 有什么区别？
表面看都“去掉最后一段”，但语义不同：remove_filename() 移除末尾的文件名（含扩展名），返回目录部分；parent_path() 移除的是整个最后一级路径组件（不管它是目录还是文件名）。
关键差异在末尾斜杠：std::filesystem::path p = "/a/b/"; → p.remove_filename() 是 "/a/b/"（不变，因为末尾是目录分隔符），而 p.parent_path() 是 "/a"。
- 要构造“进入上级目录”的新路径，用
parent_path() - 要剥离文件名保留完整目录路径（包括尾部斜杠），用
remove_filename() - 两者都不修改原
path，都是返回新对象
实际提取父目录时的典型写法
多数人真正想要的是“安全获取上一级目录路径”，而不是裸调 parent_path()。直接用容易漏掉边界情况。
推荐组合：auto parent = p.has_parent_path() ? p.parent_path().lexically_normal() : std::filesystem::path(".");
- 必须检查
has_parent_path()，否则空 path 调用lexically_normal()没问题，但语义不清 -
lexically_normal()能把"a/../c"变成"c"，避免后续路径拼接出错 - 如果最终要拼接子路径，记得用
/运算符：parent / "subdir"，别手动拼字符串
路径操作不是字符串操作，parent_path() 返回的是结构化路径对象，它的行为依赖于内部组件划分，不是简单切分字符串。这点一旦忽略，调试时会卡很久。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
