path.Base 在 Windows 上解析 C: ooar.exe 返回 "C: ooar.exe" 而非 "."，因其仅按 '/' 分割字符串且输入无 '/'；正确处理 Windows 路径应使用 filepath.Base。
path.Base 在 Windows 上解析 C: ooar.exe 为什么返回 "."
因为 path.Base 完全不识别反斜杠 ，它只认正斜杠 /。传入 "c:\foo\bar.exe" 时，字符串里没有 /，所以整个字符串被视为“最后一级”，但按 path.Base 规则：路径中无 / → 返回原串；而如果原串以 / 结尾或为空，则返回 "."。但这里更关键的是——path.Base("c:\foo\bar.exe") 实际返回的是 "c:\foo\bar.exe"，不是 "."；你看到 "." 很可能是因为用了 path.Dir 后又误传给 path.Base，或者路径被提前截断了。
真正常见翻车点是混用包：path.Dir("c:\foo\bar.exe") 返回 "."（因无 /），再对这个 "." 调用 path.Base 就得 "." ——这不是 Base 的错，是上游用错了包。
-
path包专为 URL 和类 Unix 路径设计，永远只按/切分 - Windows 本地文件路径（如
C:config.yaml）必须用filepath包处理 - 硬把 Windows 路径喂给
path.Base，等于用尺子量温度——单位都不对
filepath.Base 和 path.Base 对 "a/b/c" 的结果一样，但语义完全不同
表面上都返回 "c"，但背后逻辑天差地别：
-
filepath.Base("a/b/c")按当前系统分隔符判断：在 Windows 上，filepath.Separator是'\'，但它仍能正确识别/为合法分隔符（Go 内部做了跨平台适配） -
path.Base("a/b/c")纯字符串操作，只找最后一个/，完全不查filepath.Separator，也不关心操作系统 - 传入
"a\b\c"：filepath.Base 在 Windows 返回"c"，path.Base 返回"a\b\c"（因无/）
也就是说：filepath.Base 是“路径语义”提取，path.Base 是“URL 字符串”提取。用错场景，比如拿 path.Base 解析用户上传的本地 ZIP 路径，就会在 Windows 下整段失效。
立即学习“go语言免费学习笔记（深入）”；
为什么 filepath.Base("dir/") 返回空字符串，而 path.Base("dir/") 返回 "."
这是两个函数对“结尾斜杠”的定义分歧：
-
filepath.Base("dir/")→ 返回""：因为filepath把"dir/"当作目录路径，末尾/表示“这是个目录”，最后一级分量为空，所以返回空字符串 -
path.Base("dir/")→ 返回"."：因为path规定“路径以/结尾且非根路径”，就统一返回"."（见文档定义） - 更危险的是
filepath.Base("")返回""，而path.Base("")返回"."——空输入行为也不一致
这意味着：如果你依赖 Base 输出做后续拼接（比如 filepath.Join(dir, base)），传入 "dir/" 会导致 filepath.Join(dir, "")，结果直接丢掉 base 部分，静默出错。
提取不含扩展名的文件名时，path.Ext 和 filepath.Ext 行为一致，但前提是你用对了 Base
path.Ext 和 filepath.Ext 都只作用于“Base 名称部分”，且都从最后一个 . 开始取（含点），这点行为一致。但问题常出在前一步：
- 你用
path.Base("C:\foo\main.go")→ 得到"C:\foo\main.go"（不是"main.go"），再套path.Ext就得".go"？错，它会找整个字符串最后一个.，结果仍是".go"，但目录部分也被当成了名字——逻辑已崩 - 正确链路只能是：
filepath.Base(path)→"main.go"，再filepath.Ext("main.go")→".go"，最后strings.TrimSuffix("main.go", ".go")→"main" - 注意
filepath.Ext(".gitignore")返回".gitignore"，而filepath.Ext("Dockerfile")返回""，这和文件是否存在无关，只看 Base 字符串本身
最易忽略的细节是：Base 函数本身不校验路径合法性，也不过滤 .. 或空格。用户上传 "../../etc/passwd"，filepath.Base 仍返回 "passwd" —— 提取动作本身没错，但后续若直接用于文件写入，就是路径遍历漏洞。
