std::filesystem::path::relative_path()不计算相对路径，仅返回根目录与文件名之间的部分；真正生成相对路径应使用std::filesystem::relative(target, base)，且需确保两路径同卷、已标准化并为绝对路径。
std::filesystem::path::relative_path 不能直接获取相对路径
std::filesystem::path::relative_path() 这个函数名极具误导性——它**不计算路径差异，也不做任何相对化处理**。它只是返回路径中「从根之后、到文件名之前」那一段，也就是去掉根目录（如 / 或 C:）和末尾文件名后剩下的部分。
比如："/home/user/docs/report.pdf" 调用 .relative_path() 得到的是 "home/user/docs"；"C:\Windows\System32\cmd.exe" 得到的是 "Windows/System32"。它和「从 A 到 B 的相对路径」完全无关。
真正该用的是 std::filesystem::relative() —— 它才是标准库里唯一用来生成相对路径的函数。
std::filesystem::relative() 的基本用法和参数顺序
这个函数接受两个 std::filesystem::path：第一个是目标路径（你想“到达”的位置），第二个是基准路径（你“从哪出发”）。它返回从基准路径走到目标路径所需的相对路径字符串。
立即学习“C++免费学习笔记（深入）”；
- 调用形式必须是
std::filesystem::relative(target, base)，顺序反了结果就错（比如变成../../../xxx或抛异常） - 两个路径都必须是绝对路径，或至少能被解析为同一文件系统下的可比较路径；否则可能抛
std::filesystem::filesystem_error - 如果
base不是target的祖先，函数会自动插入足够多的".."上溯到公共祖先
示例：std::filesystem::relative("/a/b/c/d.txt", "/a/b") → "c/d.txt"；std::filesystem::relative("/x/y/z", "/a/b") → "../../x/y/z"。
常见错误：路径未标准化导致 relative() 失败
哪怕路径逻辑上等价，只要含 "./"、"../"、重复斜杠或大小写差异（在 Windows 上），std::filesystem::relative() 就可能拒绝计算或返回意外结果。
- 务必先调用
.lexically_normal()标准化两个路径，尤其当路径来自用户输入、拼接或环境变量时 - Windows 下注意驱动器盘符大小写：路径
"C:/foo"和"c:/foo"在某些实现中会被视为不同卷，导致无法计算相对路径 - 跨文件系统（比如
/mnt/usb和/home）时，relative()可能抛异常，需捕获std::filesystem::filesystem_error
安全写法：
auto tgt = std::filesystem::path("/a/../b").lexically_normal();
auto base = std::filesystem::path("/a/c").lexically_normal();
auto rel = std::filesystem::relative(tgt, base); // 现在可靠多了
Windows 下 drive-letter 路径的特殊处理
在 Windows 上，带盘符的路径（如 "D:\data\file.txt"）和无盘符路径（如 "data\file.txt"）根本不在同一命名空间。对它们调用 relative() 会直接抛异常，而不是静默失败。
- 确保两个路径要么都带相同盘符，要么都使用 UNC 形式（如
"\\server\share"） - 不要混用正斜杠和反斜杠做路径拼接——
std::filesystem::path内部会统一，但手动拼错容易漏掉转义（比如"C: emp"在 C++ 字符串里实际是"C: emp"） - 若需跨盘符构造“伪相对路径”，只能自己解析字符串，
std::filesystem::relative()不支持
最稳妥的做法：提前检查 target.root_name() == base.root_name()，不等就别调 relative()。
relative() 很简单，但路径是否规范、是否同卷、是否已标准化——这三个点，漏一个就卡住。 
