path.Join始终用/拼接，filepath.Join按系统选分隔符；Web路径用path.Clean校验，文件操作用filepath.Join构建；来源决定包选择：URL用path，磁盘用filepath。
path.Join 和 filepath.Join 拼出来的路径为什么在 Windows 上看起来不一样？
因为 path.Join 始终用 / 拼接，而 filepath.Join 会按系统自动选分隔符：Windows 用 \，Linux/macOS 用 /。这不是 bug，是设计使然。
- 用
path.Join("a", "b", "c")→ 总是"a/b/c"，哪怕你在 Windows 上跑 - 用
filepath.Join("a", "b", "c")→ Windows 下是"a\b/c"，Linux 下是"a/b/c" - 如果你写
os.Open("a/b/c.txt")在 Windows 上可能失败（除非系统兼容层兜底），但os.Open(filepath.Join("a", "b", "c.txt"))一定安全
处理用户上传的文件路径时，该用 path.Clean 还是 filepath.Clean？
Web 请求里的路径（比如 r.URL.Path）是 URL 路径，属于抽象字符串，不对应本地磁盘结构——这时候必须用 path.Clean，而不是 filepath.Clean。
-
path.Clean("/static/../../etc/passwd")→"/etc/passwd"，便于后续做白名单校验（如检查是否以"/static/"开头） -
filepath.Clean("/static/../../etc/passwd")在 Windows 上可能变成"\etc\passwd"，语义错乱，且无法可靠比对前缀 - 错误示范：
filepath.Join("public", r.URL.Path)—— 混淆了网络路径和本地路径，跨平台时极易被绕过或 panic
读取 config.yaml 或写日志到 ./logs/app.log，该选哪个包？
所有涉及真实文件系统操作（os.Open、ioutil.WriteFile、os.MkdirAll 等）的路径，一律用 filepath 包。
- 拼接配置路径：
filepath.Join(".", "config", "app.yaml")，不是"./config/app.yaml"字符串硬拼 - 获取当前可执行文件所在目录：
filepath.Dir(os.Executable())，再配合filepath.Join构建相对路径 -
filepath.Ext("data.json")和path.Ext("data.json")行为一致，但前者是为文件系统场景设计的配套函数，语义更清晰
为什么 filepath.Walk 比自己递归遍历更可靠？
filepath.Walk（以及 Go 1.16+ 的 filepath.WalkDir）内部做了路径规范化、符号链接处理、权限错误跳过等细节，而手写递归容易漏掉边界情况。
立即学习“go语言免费学习笔记（深入）”；
- 它默认调用
filepath.Clean处理每一步路径，避免..导致越界 - 遇到
Permission denied不 panic，而是传给回调函数，由你决定继续还是中断 - 不要用
path.Join拼子目录再os.ReadDir—— 跨平台时 Windows 可能返回空或报错，filepath.WalkDir才是正解
os.Open，或者在 Windows 开发环境里用 path.Join 拼本地路径还自以为没问题。记住：路径来源决定包选择——来自 URL 就用 path，来自磁盘就用 filepath。 
