filepath.Clean仅规范化路径字符串（如压缩./、../），不转换分隔符、不处理盘符逻辑、不校验合法性；跨平台路径拼接应优先用filepath.Join，并对不可信输入先统一分隔符再Clean。
为什么 filepath.Clean 不能解决跨平台路径拼接问题
filepath.Clean 只做规范化，不改变分隔符语义。比如在 Windows 上传入 "foo/baraz"，它会保留反斜杠并转为 "fooaraz"；但在 Linux 上， 不是合法路径分隔符，直接用 os.Open 就会报 "no such file or directory"。它的作用只是压缩 "./"、"../"、重复分隔符，不是“统一成正斜杠”或“适配当前系统”。
常见错误现象：filepath.Clean("a/b/../c") 返回 "a/c" 没问题，但若原始字符串来自用户输入或 HTTP 请求（比如 URL path），里面混着 "a/c"，Clean 后仍是 "a/c" —— 在 Linux 下根本走不通。
- 永远别把用户输入的路径字符串直接喂给
filepath.Clean后就去打开文件 - 如果来源不可信（如 web 表单、API 参数），先用
strings.ReplaceAll把所有"\"和"/"统一替换成filepath.Separator对应的字符，再 Clean -
filepath.Clean不处理盘符（Windows）或根路径逻辑错误，比如filepath.Clean("C: oo..ar")得到"C:ar"是对的，但filepath.Clean("C:fooar")（缺反斜杠）结果仍是"C:fooar"—— 这其实是相对路径，不是 C 盘根下
什么时候该用 filepath.Join 而不是字符串拼接
手动用 + 或 fmt.Sprintf 拼路径，99% 会出错：漏掉分隔符、多加斜杠、跨平台不一致。比如 "dir" + "/" + "file.txt" 在 Windows 上生成 "dir/file.txt"，而 os.Open 虽然能打开，但后续用 filepath.Dir 解析时可能返回空或异常值。
使用场景：所有需要组合路径组件的地方，包括配置目录 + 日志名、模块名转文件路径、URL path 转本地资源路径。
立即学习“go语言免费学习笔记（深入）”；
-
filepath.Join("a", "b", "c.txt")自动用当前系统分隔符连接，且自动处理空字符串和开头的分隔符（比如filepath.Join("", "a", "/b")→"a/b"） - 它不会帮你 Clean，所以
filepath.Join("a/..", "b")得到"a/../b"，得再套一层filepath.Clean - 注意：如果第一个参数是绝对路径（如
"C:\"或"/"），后面所有参数都会被忽略 ——filepath.Join("/tmp", "a", "b")就是"/tmp"，不是"/tmp/a/b"
filepath.FromSlash 和 filepath.ToSlash 的真实用途
这两个函数不是为了“让路径看起来整齐”，而是为了解决特定互操作场景：比如配置文件里写死路径用正斜杠（"config/log.txt"），或从 URL 解析出的路径（/api/v1/data）要映射到本地文件系统。它们只做字符替换，不校验合法性、不处理语义。
常见错误现象：有人以为 filepath.ToSlash("C:\foo\bar") 能让 Windows 路径在 Linux 下可用 —— 不行，盘符依然存在，Linux 根本不认识 "C:/foo/bar"。
-
filepath.FromSlash("a/b/c.txt")在 Windows 上返回"ac.txt"，在 Linux 上原样返回 —— 它只在 Windows 下做替换 -
filepath.ToSlash("a\b\c.txt")在 Windows 上返回"a/b/c.txt"，在 Linux 上也返回原字符串（因为没反斜杠） - 典型用法：读取 JSON 配置中的路径字段（约定用
/分隔），用FromSlash转成本地格式后再filepath.Clean；或者日志输出时统一用ToSlash避免 Windows 日志里全是导致 grep 失败
容易被忽略的 Clean 边界情况
filepath.Clean 看似简单，但几个边界行为常导致线上 bug：它不检查路径是否存在、不验证权限、也不处理符号链接。最麻烦的是对空字符串和点号的处理。
-
filepath.Clean("")返回"."，不是空字符串 —— 如果你用它拼接父目录，filepath.Join(filepath.Clean(""), "x")变成"./x"，而不是预期的"x" -
filepath.Clean("a/.")→"a"，但filepath.Clean("a/./")→"a/."（末尾点不被清理），这会影响os.Stat判断是否为目录 - 在 Windows 上，
filepath.Clean("C:") == "C:"，但os.Stat("C:")会失败（缺少分隔符或路径），必须写成"C:\"或"C:."才能访问当前目录 - 如果路径含 Unicode 或控制字符（如
"a b"），Clean 不会报错，但底层 syscalls 可能静默失败或截断
真正麻烦的从来不是怎么调用 Clean，而是你忘了它只做字符串变换 —— 它不管路径是不是真能访问，也不管用户有没有权限。这些得靠 os.Stat 或 os.Open 的 error 来暴露。
