filepath.rel用于计算basepath到target的相对路径，仅做纯字符串运算、不访问文件系统；适用于生成资源引用或日志路径，但不可用于安全校验；失败时返回error，如路径跨卷或无公共前缀。
filepath.Rel 的基本行为和适用场景
filepath.Rel 用来计算从 basepath 到 target 的相对路径，但它**只做纯字符串路径运算，不访问文件系统**。这意味着它不会检查路径是否存在、是否为目录、是否可读——它只按操作系统路径规则（如 / 或 \）拆分、对齐、拼出 .. 段。
典型用途是生成资源引用、构建日志路径、拼接配置中定义的路径，但**不能用于“安全地解析用户输入路径”或“防止目录遍历”**——那得靠 filepath.EvalSymlinks + 显式白名单校验。
调用失败时返回什么？常见错误现象
当两个路径不在同一卷（Windows）或无法找到共同前缀（Unix）时，filepath.Rel 返回 error。例如：
filepath.Rel(`/a/b`, `/c/d`) // error: "Rel: can't make /c/d relative to /a/b"
这个 error 不是 panic，但容易被忽略。实际使用中必须检查：
- Windows 下
C:\foo和D:\bar一定失败（不同盘符） - Unix 下
/tmp和/home/user若无公共前缀（比如没挂载在同根下），也会失败 - 传入相对路径（如
./a）可能触发意外归一化，建议先用filepath.Abs转成绝对路径再调用
跨平台路径处理的关键细节
Go 的 filepath 包会自动适配当前 OS：Windows 用 \，Unix 用 /。但如果你硬编码路径分隔符或混用 path 包（Unix 风格），结果会错乱。
正确做法：
- 统一用
filepath.Join拼路径，不用字符串拼接 - 传给
filepath.Rel的两个参数必须同为绝对路径，或同为相对路径（但后者极少有意义） - 若需输出给 Web 或 CLI 工具（它们常期望
/），可用strings.ReplaceAll(rel, `\`, `/`)强制标准化（仅当目标环境不认\时）
示例：
absBase, _ := filepath.Abs("/a/b/c")<br>absTarget, _ := filepath.Abs("/a/x/y")<br>rel, err := filepath.Rel(absBase, absTarget) // 返回 "../../x/y"
为什么有时得到空字符串或 "."？
当 basepath == target（归一化后完全相等），filepath.Rel 返回 "."；如果 target 是 basepath 的子路径，就返回子路径段（如 "d/e"）。
这本身不是 bug，但容易被误判为“没生效”。尤其要注意：
-
filepath.Clean会影响结果："/a/b/../b"和"/a/b"经Clean后相同，Rel 就返回"." - 末尾斜杠有影响：
"/a/b/"和"/a/b"在某些系统上被视为不同路径（尽管多数 fs 不区分），Rel会严格按字符串比对 - 符号链接不展开：如果
basepath是软链，Rel算的是链接路径，不是目标路径
真正需要“逻辑上”的相对路径（比如考虑 symlinks 或 mount point），就得自己结合 os.Stat、filepath.EvalSymlinks 做多步判断。
