std::filesystem::relative会抛出filesystem_error，必须用try/catch捕获；需确保两路径同卷、base为存在目录、顺序为(target, base)，并先调用lexically_normal()规范化路径。
std::filesystem::relative 会抛出 exception 怎么办
直接调用 std::filesystem::relative 时，如果参数路径不存在、不可访问，或两者不在同一逻辑卷（比如跨盘符），它会抛出 std::filesystem::filesystem_error。这不是 bug，是标准行为。
- 务必用
try/catch包裹，尤其在生产环境——不能假设路径一定存在 - 先用
std::filesystem::exists()和std::filesystem::is_directory()做前置检查，但注意：即使存在，仍可能因权限或符号链接断裂而失败 - Windows 下跨驱动器（如从
C:到D:）必然失败；Linux/macOS 下跨挂载点（如/home和/mnt/usb）同样触发异常
relative 的两个参数顺序不能反
std::filesystem::relative(path, base) 中，path 是“目标路径”，base 是“参考路径”——结果是“从 base 出发如何到达 path”。顺序反了，结果完全错误，且不会报错，只返回无意义字符串。
- 例如：
relative("a/b/c", "a")→"b/c"；但relative("a", "a/b/c")→"../.." - 常见误用：把用户输入当
base，实际想算“用户输入相对于项目根目录”，结果却算成了“根目录相对于用户输入” - 建议变量命名明确：用
target_path和base_dir，避免用模糊的path1/path2
路径必须规范化，否则结果含冗余 ./ 或 ..
std::filesystem::relative 不自动 normalize 输入。如果传入 "./foo/../bar" 或 "a//b"，它会基于原始字符串计算，导致结果含多余 .、.. 或双斜杠。
- 调用前先用
std::filesystem::canonical()或std::filesystem::weakly_canonical()处理两个参数 -
canonical()要求路径存在，适合已知有效的路径；weakly_canonical()可处理末尾不存在的部分（如dir/file.txt中file.txt尚未创建），更安全 - 注意：
weakly_canonical("a/../b")→"b"，但weakly_canonical("a/./b")→"a/b"（不展开.），所以最好再套一层std::filesystem::path::lexically_normal()
Windows 下路径大小写和斜杠方向影响结果吗
不影响逻辑，但影响输出格式和可读性。Windows 文件系统默认不区分大小写，std::filesystem::relative 也遵循此规则；但路径字符串本身的大小写会被保留。
立即学习“C++免费学习笔记（深入）”；
- 输入
"C:/A/B"和"c:\a"，结果中盘符大小写、斜杠方向都继承自输入——不会统一转成小写或正斜杠 - 若需跨平台一致输出，建议统一用
std::filesystem::path::make_preferred()格式化最终结果 - 真实坑点：某些构建系统或配置文件解析器对路径大小写敏感（比如 CMake 的
find_package），这时不能只依赖relative输出，得额外 normalize 字符串
