应使用 filepath.Join 和 filepath.Clean 处理本地文件路径，区分 filepath（系统相关）与 path（URL/POSIX 相关）；获取程序目录用 os.Executable + filepath.Dir；路径比较需结合 Abs、EvalSymlinks 和大小写敏感处理。
用 filepath.Join 替代字符串拼接
硬拼 "dir/sub/file.txt" 或 dir + "/" + file 在 Windows 上会出错，因为路径分隔符是 \。Go 的 filepath 包自动适配当前系统：Join 用 os.PathSeparator 组装，Clean 归一化冗余符号（如 ../、//）。
常见错误：在构建配置路径时写死 "/config.yaml"，导致 Windows 下打开失败；或对用户输入的路径未调用 Clean，遇到 "././data/../logs/" 这类路径时行为不可控。
-
filepath.Join("a", "b", "c")→"a/b/c"（Linux/macOS）或"a\b\c"（Windows） - 始终对用户输入或环境变量读取的路径做
filepath.Clean()，防止路径穿越 - 避免在
Join中传入绝对路径片段（如filepath.Join("root", "/etc/passwd")），后者会截断前面所有路径
区分 filepath 和 path 两个包
path 包专为正斜杠（/）设计，用于 URL、URI 或 POSIX 风格路径处理，不关心操作系统；filepath 则依赖 runtime.GOOS，返回值含系统原生分隔符。混用会导致 Windows 下路径失效或测试不一致。
典型误用场景：用 path.Join 拼接本地文件路径后直接传给 os.Open，在 Windows 下变成 "C:/dir/file.txt"（错误）而非 "C:\\dir\\file.txt"（正确）；或在 HTTP 路由中错误使用 filepath 处理 URL 路径，导致大小写敏感问题（Windows 文件系统不区分大小写，但 filepath.Clean 不做标准化）。
- 读写本地文件、遍历目录、解析命令行参数路径 → 用
filepath - 处理 HTTP 请求路径、生成 URL、解析 Unix shell 路径字符串 → 用
path - 跨平台代码中禁止将
path.Clean结果直接传给os.Stat
获取可执行文件所在目录要用 os.Executable + filepath.Dir
很多人用 pwd 或当前工作目录（os.Getwd()）推断程序资源位置，但这依赖启动路径，极不可靠。正确方式是通过 os.Executable() 获取二进制路径，再用 filepath.Dir 提取目录。
注意：os.Executable() 在某些打包场景（如 UPX 压缩、CGO 环境）可能返回空或临时路径；Windows 下若程序被快捷方式启动，也可能返回链接目标而非真实路径。必须加错误检查和 fallback。
exePath, err := os.Executable() if err != nil { log.Fatal(err) } exeDir := filepath.Dir(exePath)- 若需读取同目录下的
config.json，应拼成filepath.Join(exeDir, "config.json")，而非"./config.json" - 生产环境建议加一层 fallback：当
exeDir下文件不存在时，尝试os.Getwd()或环境变量CONFIG_DIR
跨平台路径比较要用 filepath.EvalSymlinks + filepath.Clean
直接用 == 比较两个路径字符串几乎总出错：大小写（Windows）、符号链接、相对路径、多余分隔符都会导致假阴性。例如 "./log" 和 "C:\\MyApp\\log" 可能指向同一目录，但字符串完全不同。
安全做法是先归一化再比较绝对路径。但要注意：EvalSymlinks 会触发 IO（可能失败），且无法处理不存在的路径；而 Clean 不解决大小写和符号链接问题。
- 存在性已知的路径比较：先
filepath.Abs再filepath.EvalSymlinks，最后strings.EqualFold（Windows）或直接==（Linux/macOS） - 仅需逻辑等价（不关心是否真实存在）：统一用
filepath.Clean+filepath.ToSlash转为正斜杠格式再比较 - 避免在热路径（如 HTTP 中间件）频繁调用
EvalSymlinks，考虑缓存结果
filepath.Join 就自动消失。 
