filepath.Join比字符串拼接更安全，自动适配系统分隔符、清理冗余路径；绝对路径参数会丢弃前面所有参数；filepath与path包语义不同，不可混用；IsAbs结果依赖运行环境，跨平台需谨慎。
filepath.Join 比字符串拼接更安全
直接用 + 或 fmt.Sprintf 拼路径，在 Windows 上容易产出 和 / 混用，导致 os.Open 失败或静默访问错文件。Go 的 filepath.Join 会自动适配当前系统分隔符，并清理冗余分隔符和 ./..。
- 永远别写
"dir/" + name或path + "/" + file -
filepath.Join("a", "b", "c")在 Windows 返回ac，Linux/macOS 返回a/b/c - 它不检查路径是否存在，也不做 I/O，纯逻辑处理，性能无负担
- 注意：如果某个参数是绝对路径（如
C: oo或/home），前面所有参数会被丢弃——这是设计行为，不是 bug
filepath.Abs 和 filepath.EvalSymlinks 要分清用途
filepath.Abs 只做“从当前工作目录展开成绝对路径”，不解析符号链接；filepath.EvalSymlinks 才真正追踪软链并返回最终物理路径。两者常被误用或漏调用。
- 需要判断两个路径是否指向同一文件？必须先
EvalSymlinks，否则/tmp/link → /real/file和/real/file会被当成不同路径 -
Abs可能失败（比如当前目录被删除），记得检查 error - 在容器或 CI 环境中，
Abs返回的路径可能含/workspace这类非宿主机路径，别直接拿去和 host 路径比对 - Windows 下
Abs会补全盘符，但不会转大写；C: oo和c: oo是不同字符串（虽然 OS 认为等价）
区分 filepath 和 path —— 别在 URL 或 HTTP 场景里用错包
path 包专为 slash-only 的 URI/URL 路径设计（如 /api/v1/users），filepath 是为操作系统路径服务的。混用会导致 Windows 下路径爆炸。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 处理 HTTP 路由、URL 查询参数里的路径？用
path.Clean、path.Join，它们永远只认/ - 读写文件、调用
os.Stat？必须用filepath，否则在 Windows 上path.Join("C:", "foo")得到C:/foo，而系统期待C: oo - 没有“跨平台通用路径包”——Go 明确拆开，是因为语义根本不同：一个面向网络协议，一个面向本地 FS
- 如果你在构建 CLI 工具，用户输入的是文件路径，那就全程锁死
filepath；如果是配置里的 endpoint 地址，就用path
filepath.IsAbs 判断不可信？看实际运行环境
filepath.IsAbs 的结果依赖于当前操作系统规则，不是静态字符串分析。它在 cross-compiling 或多平台构建时容易引发误判。
立即学习“go语言免费学习笔记（深入）”；
- 在 Linux 上编译 Windows 目标二进制，
filepath.IsAbs("C:\foo")返回false（因为 host 是 Linux，没注册 Windows 规则） - 想写真正跨平台的路径判断逻辑？别依赖
IsAbs，改用filepath.FromSlash+filepath.IsAbs组合，或直接用filepath.Abs并捕获 error - Windows 下
IsAbs("foo")是 false，但IsAbs("\server\share")是 true（UNC 路径）——这个细节常被忽略 - 测试时别只跑本地环境，CI 中用
GOOS=windows go test验证路径逻辑，否则上线后才发现 UNC 路径解析失败
跨平台路径最麻烦的不是函数怎么用，而是“当前路径语义到底属于哪一层”——是进程启动时的 os.Getwd()？是配置文件里写的相对路径？还是用户传进来的命令行参数？这些上下文一乱，Join 和 Abs 就会产出意料之外的结果。
