filepath.base返回空字符串是因为路径以分隔符结尾（如"logs/"），此时它视最后元素为空目录；返回目录名是因取最后一个路径分量，不区分文件或目录。
用 filepath.Base 提取完整文件名（含扩展名）时，为什么有时得到的是空字符串或目录名？
filepath.Base 返回路径中最后一个元素，它不关心内容是否为文件——只要路径以 / 或 \ 结尾，就认为最后是个目录，于是返回空字符串或末尾的目录名。比如 filepath.Base("logs/") 返回 ""，而 filepath.Base("logs/error.log") 才返回 "error.log"。
实操建议：
- 调用前先用
strings.TrimSuffix去掉末尾斜杠：path = strings.TrimSuffix(path, "/") - 或用
filepath.Clean标准化后再取：filepath.Base(filepath.Clean(path)) - 注意 Windows 路径兼容性：
filepath.Base自动识别\和/，但混合使用（如"a/b\c.txt"）可能触发意外行为，建议统一用filepath.Join构造路径
用 filepath.Ext 获取扩展名，为什么 ".tar.gz" 只返回 ".gz"？
filepath.Ext 只取最后一个 . 之后的部分，不支持多级扩展名。它把 "archive.tar.gz" 当作“文件名是 archive.tar，扩展名是 .gz”，这是设计使然，不是 bug。
实操建议：
- 若需完整后缀（如
".tar.gz"），得手动匹配：用strings.LastIndex找倒数第二个.，再切片判断是否符合预期模式 - 常见误用：
filepath.Ext("noext")返回空字符串，filepath.Ext(".hidden")返回".hidden"（点开头算扩展名） - 扩展名区分大小写：
filepath.Ext("FILE.JPG")返回".JPG"，别假设小写
如何安全地分离文件名主体（不含扩展名）？别只依赖 strings.TrimSuffix
直接对 filepath.Base 的结果用 strings.TrimSuffix(..., filepath.Ext(...)) 看似合理，但有陷阱：当路径不含扩展名（如 "Makefile"）、或扩展名为空（如 "README"）、或文件名本身带点（如 "my.config.json"）时，TrimSuffix 会误删中间部分。
正确做法是先取 Base，再用 filepath.Ext 判断是否存在有效扩展名，再做截断：
base := filepath.Base(path) ext := filepath.Ext(base) name := base[:len(base)-len(ext)] // 仅当 ext != "" 时才安全
更健壮的写法：
- 检查
ext != "" && len(base) > len(ext)再截取 - 若需忽略隐藏文件（点开头），可额外判断
!strings.HasPrefix(base, ".") - 避免用
path/filepath处理 URL 路径——它专为本地文件系统设计，对http://或file://前缀无感知
跨平台路径处理：为什么在 macOS/Linux 上测试通过，Windows CI 却报错？
filepath 包虽自动适配系统分隔符，但它的逻辑基于 os.PathSeparator。问题常出在硬编码路径字符串上：比如写死 "config/config.yaml" 在 Windows 上也能运行（因为 filepath 支持正斜杠），但若混用 filepath.Join("config", "config.yaml") 和手写的 "config\config.yaml"，在 CI 中可能因路径拼接顺序或清理逻辑不一致导致 Base 返回异常值。
关键点：
- 始终用
filepath.Join构造路径，不用字符串拼接 - 测试时用
filepath.ToSlash统一转成/再比对，避免 Windows 测试输出含\导致断言失败 -
filepath.Abs在不同平台对相对路径的解析起点不同（如"."），CI 环境工作目录可能与本地不一致，建议显式指定基准路径
Base 和 Ext 就会变成“看起来能跑，但线上随机崩”。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
