std::filesystem::relative 是获取相对路径最稳妥的方式，自动处理分隔符、冗余路径、大小写等细节，要求 c++17 支持且基准路径必须存在，否则可能抛出 filesystem_error。
用 std::filesystem::relative 获取相对路径
直接调用 std::filesystem::relative 是最稳妥的方式，它会自动处理路径分隔符、冗余 ./..、大小写（在 Windows 上）等细节。前提是你的编译器支持 C++17 且启用了 std::filesystem（GCC 8+、Clang 7+、MSVC 2017 Update 5+）。
- 第一个参数是目标路径（要“减去”的完整路径），第二个是基准路径（基础目录）
- 如果目标不在基准目录下（或其子目录），
std::filesystem::relative会向上跳转，返回类似../../sub/file.txt的结果 - 注意：基准路径必须存在（或至少
std::filesystem::exists(base) == false时行为未定义），否则可能抛出std::filesystem::filesystem_error - 示例：
std::filesystem::relative("/home/user/project/src/main.cpp", "/home/user/project")→"src/main.cpp"
手动字符串裁剪容易出错的几种情况
别用 std::string::find + substr 简单截取，路径不是普通字符串。Windows 和 Unix 路径分隔符不同（\ vs /），而 std::filesystem::path 会自动 normalize。
- 原始路径含
../或./：比如/a/b/../c/file.txt和/a/c/file.txt逻辑等价，但字符串层面不相等 - 大小写敏感性：Linux 下
/Home≠/home；Windows 默认不敏感，但 NTFS 可配置为敏感 - 尾部斜杠：基准路径写成
/home/user/还是/home/user？std::filesystem::path会 normalize，字符串操作不会 - 驱动器字母（Windows）：
C:\foo和D:\foo根本不在同一文件系统，强行“减”无意义
跨平台兼容性必须检查的两个点
即使用了 std::filesystem，仍有两处需显式处理，否则在某些环境下会失败。
- 确保编译时链接了文件系统库：GCC/Clang 需加
-lstdc++fs（C++17 初期版本），较新版本已内置；MSVC 通常无需额外链接 - 避免把
std::filesystem::path直接转std::string后再做字符串操作——一旦路径含 Unicode（如中文、emoji），窄字符串可能截断或乱码；应全程用std::filesystem::path，最后仅在必要时调用.u8string()或.string() - 示例错误写法：
auto s = p.relative_path().string(); // 在 UTF-8 locale 下可能丢字节
当基础目录是符号链接时怎么办
std::filesystem::relative 默认按“逻辑路径”（即跟随符号链接）计算。如果你需要“物理路径”（忽略符号链接，按真实 inode 层级计算），得先 resolve 基准路径。
- 用
std::filesystem::canonical(base)替代原始base，但注意：该函数要求路径存在且可访问，否则抛异常 - 若无法保证存在性，可用
std::filesystem::weakly_canonical(base)，它对不存在的路径也尽力构造合理父路径 - 例如：基准是
/usr/local -> /opt/local，你希望得到相对于/opt/local的结果，就必须先 canonicalize
std::filesystem::relative(target, base) 并捕获异常。真正麻烦的是 base 本身来自用户输入且未 normalize，或者跨文件系统边界——这时候“减去”本身已经失去明确语义。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
