path.join只认/、不识别操作系统，适用于url或逻辑路径拼接；filepath.join才适配系统分隔符，是文件i/o的正确选择；filepath.clean仅字符串归一化，不校验安全性，敏感操作需配合filepath.abs与白名单校验。
path.Join 只认 /，不看操作系统
它把所有输入当纯字符串处理，硬编码用正斜杠拼接。比如 path.Join("C:", "foo", "bar") 在 Windows 上返回 C:/foo/bar —— 这看着像路径，但不是合法的 Windows 本地路径（Windows 原生路径里 C: 后不能直接跟 /）。你把它传给 os.Open，大概率报 invalid argument 或静默打开错文件。
适用场景很窄：
- 拼接 HTTP URL 路径，比如
path.Join("/api/v1", id) - 生成配置项里的逻辑路径名（如日志前缀
"logs/" + date），不涉及系统调用 - 解析或构造 POSIX 风格的字符串，比如路由匹配规则
filepath.Join 才是操作文件系统的正确选择
它根据运行时 OS 自动选分隔符：filepath.Join("a", "b", "c") 在 Linux 返回 a/b/c，在 Windows 返回 a\b/c。更重要的是，它会做基础归一化：自动去掉空段、合并相邻分隔符、识别并保留 .. 语义（但不执行解析）。
常见误用：
- 用
+拼"dir/" + name→ Windows 下变成dir/name，os.Open找不到 - 混用
path.Join和filepath.Clean→C:/foo/bar被Clean处理后仍是非法格式，不会变回C:\foo\bar - 传入绝对路径参数，比如
filepath.Join("base", "/etc/passwd")→ 结果直接是/etc/passwd，前面base被丢弃
filepath.Clean 不等于路径安全校验
filepath.Clean 只做字符串规整：压缩 //、展开 .、简化 ..，但完全不访问磁盘，也不检查是否越界。比如用户输入 "../../etc/passwd"，Clean 后还是 ../../etc/passwd，os.Open 照样能读出来 —— 这就是目录遍历漏洞的温床。
真正需要防护时，必须：
- 先用
filepath.Abs转成绝对路径 - 再比对是否落在白名单根目录下，例如
strings.HasPrefix(abs, allowRoot) - 拒绝任何
Clean后仍以".."开头的路径
Go 1.22.5+ 推荐用 filepath.SecureJoin
新版本引入了 filepath.SecureJoin(root, elem...)，它内部做了根目录绑定和越界检测，比手写 Abs + HasPrefix 更可靠。但注意：它只在 Go ≥ 1.22.5 可用，老版本得自己兜底。
关键细节容易被忽略：
-
filepath.Join和filepath.Clean都不处理驱动器盘符在 Windows 上的语义（比如"C:"后缺\的情况） -
exec.Command在 Windows 上对路径分隔符敏感，此时可能需额外调用filepath.ToSlash - 高频循环中反复调用
Join无性能问题，但若基础路径不变，复用结果更清晰
