必须用filepath包处理本地文件路径，path包仅适用于url或虚拟路径；二者函数名相同但语义不同：path按/切分字符串，不识别或系统特性，而filepath自动适配系统分隔符、盘符和unc路径。
path 包不是用来处理本地文件路径的，它只认 /，不识别 path.Dir("c:\foo\bar.exe")，结果是 . —— 不是 bug，是设计如此。
path.Dir 和 filepath.Dir 的行为差异
这是最容易踩坑的地方：两个函数名字一样，但语义完全不同。
-
path.Dir把输入当纯字符串，只按/切分，遇到就当普通字符，所以path.Dir("c:\foo\bar.exe")实际上没找到任何/，返回. -
filepath.Dir会根据运行系统自动识别分隔符：/在 Linux/macOS，在 Windows，还能处理盘符、UNC 路径等真实场景 - 如果你正在解析用户传入的本地文件路径（比如命令行参数、配置项），必须用
filepath.Dir；只有处理 URL 路径（如/api/v1/users）或虚拟路径时才用path.Dir
path.Join 拼接时不会自动转义或适配系统
path.Join 只做字符串拼接和基础清理，它不关心你拼的是不是合法文件路径。
- 输入含空字符串：
path.Join("a", "", "b")→a/b（忽略空段） - 输入含
..：path.Join("a/b", "..", "c")→a/c（词法抵消，不验证是否存在） - 输入含 Windows 风格路径：
path.Join("c:\data", "file.txt")→c:\data/file.txt（不被处理，斜杠被硬塞进去） - 想拼本地路径？用
filepath.Join，它会把所有/自动转成当前系统的分隔符
path.Clean 和 filepath.Clean 的清理逻辑不同
两者都做“规范化”，但清理依据不同。
-
path.Clean("/a/b/../c")→/a/c，只基于/做词法归一，不考虑系统规则 -
filepath.Clean("c:\a\b\..\c")→c:c，能识别盘符、反斜杠，并保留系统语义 -
path.Clean对..开头的路径更激进：path.Clean("../../a")→../a；而filepath.Clean在 Windows 下可能保留更多上下文（如结合当前工作目录） - 注意：
path.Clean不会把相对路径变绝对，也不会访问磁盘，它只是字符串重写
path.Ext 提取扩展名时只看最后一个 / 后的部分
path.Ext 的逻辑非常机械：先用 / 切出最后一段，再从那段里找最后一个 .。
-
path.Ext("/a/b/c.tar.gz")→.gz（不是.tar.gz） -
path.Ext("archive.")→.（末尾点也算） -
path.Ext("no.dot")→ 空字符串 - 如果路径带 Windows 分隔符：
path.Ext("c:\a\b.txt")→ 空字符串（因为没/，整串被当最后一段，但里面没有.） - 需要跨平台提取扩展名？用
filepath.Ext，它会先按系统分隔符切，再找点
path.Base 就下意识认为它能处理 C: emplog.txt，其实不能。只要路径来自用户输入、文件系统或命令行，就该默认用 filepath 包；只有明确知道你在构造 HTTP 路由、ZIP 内部路径或通用 URI 字符串时，path 才是安全选择。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
