filepath.Ext 返回空字符串的常见原因：路径末尾带斜杠、文件名无点、或点位于开头且后无内容；它仅对最后一个/后的部分操作，且必须有至少一个点才返回扩展名。
filepath.Ext 返回空字符串的常见原因
直接调用 filepath.Ext 却得不到扩展名，多数是因为传入路径不合法或没包含点号。它只看最后一个 / 后面的部分，且**必须有至少一个 . 才会返回扩展名**；如果文件名是 .gitignore 或 Makefile，它会返回 ".gitignore" 和 ""（注意：后者不是 ".，而是空）。
- 路径末尾带斜杠（如
"./data/"）→ 返回"" - 文件名无点（如
"README"）→ 返回"" - 文件名以点开头但后面没第二个点（如
".bashrc"）→ 返回".bashrc"（这是完整文件名，不是“扩展名”） - Windows 路径中混用反斜杠和正斜杠，但
filepath.Ext会自动适配系统分隔符，一般不影响
想安全提取“真正的扩展名”，得先清理路径
filepath.Ext 不做文件存在性检查，也不处理隐藏文件逻辑。如果你想要类似 path.extname() 那种“去掉点之后的内容”，就得自己切一下。关键是：先用 filepath.Base 拿到纯文件名，再判断是否含点、是否为隐藏文件。
- 用
filepath.Base(path)提取文件名，避免目录干扰 - 对结果做
strings.LastIndex(filename, ".")判断位置，避开.gitignore这类误判 - 若索引 ≤ 0（即没点，或点在开头且后面没内容），视为无扩展名
- 示例：
name := filepath.Base("a/b/.config.json"); ext := "";<br>if i := strings.LastIndex(name, "."); i > 0 { ext = name[i:] }
Windows 下长路径或 UNC 路径要注意 Base 行为
filepath.Base 在 Windows 上对 \server\share\file.txt 会返回 "file.txt"，没问题；但对 \?\C:\path\file.log（启用长路径前缀）也会正常工作。真正容易出错的是手动拼接路径后忘记清理尾部 / 或 \ —— 这会让 Base 返回空字符串，进而导致 Ext 也返回空。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 永远对输入路径做
filepath.Clean，尤其来自用户输入或配置项时 - 不要依赖
strings.HasSuffix判断扩展名，它无法区分"archive.tar.gz"中该取".gz"还是".tar.gz" - 若需多级扩展名（如
.tar.gz），filepath.Ext只能拿到最后一段，得自己写逻辑
别把 Ext 当文件类型判断依据
filepath.Ext 是纯字符串操作，和 MIME 类型、文件头完全无关。名字叫 image.png.jpg 会返回 ".jpg"，但实际可能是 PNG；script.py 被重命名为 script.js 也不会影响执行逻辑。
立即学习“go语言免费学习笔记（深入）”；
- 校验文件类型必须靠
mime.TypeByExtension（仅查注册表）或读取魔数（net/http.DetectContentType） - 上传场景中，绝不能只信客户端传来的扩展名，
Content-Type和文件头都得验证 - 日志或调试时打印
filepath.Ext结果前，建议同时打filepath.Base，方便快速定位是不是路径本身有问题
