path.Match不支持*递归匹配，仅支持单层通配符、?、[...]；递归需用filepath.Glob或filepath.WalkDir+path.Match组合，且注意路径分隔符统一和Windows盘符处理。
Go 的 path.Match 不支持 **双星号 ** 递归匹配
很多人想用 **/*.go 找所有子目录下的 Go 文件，但 path.Match 会直接返回 false —— 它只认单层通配：*（匹配任意非路径分隔符字符）、?（匹配单个字符）、[...]（字符集）。** 是 filepath.Glob 或第三方库（如 gobwas/glob）的扩展语法，标准库不处理。
常见错误现象：path.Match("**/*.go", "src/main.go") 返回 false, nil，你以为写错了 pattern，其实是根本没这功能。
- 要用递归匹配，改用
filepath.Glob（它底层调用filepath.Walk+path.Match分层判断） -
path.Match适合做单路径校验，比如 HTTP 路由前缀过滤、配置项白名单检查 - 注意：它对路径分隔符敏感 —— Windows 用
，Unix 用/，path.Match默认按 Unix 风格解析，传入 Windows 路径时得先filepath.ToSlash
filepath.Glob 的 pattern 和系统 shell 不完全一致
filepath.Glob 看起来像 shell glob，但行为有差异：它不会自动展开 ~，不支持 {a,b} 花括号展开，也不处理空格转义。最常踩的坑是路径含空格或特殊字符时，pattern 写对了却匹配不到。
- pattern 中的
*不跨路径分隔符 ——foo/*.txt不会匹配foo/bar/baz.txt；要递归得用foo/**/*.txt，但这又超出了标准库能力（见上一条） - 实际递归推荐组合：
filepath.WalkDir+path.Match手动过滤，可控且无依赖 - Windows 下传入带盘符的路径（如
C: oo*.log），需确保 pattern 里的分隔符统一为/或用filepath.FromSlash转换
区分 path.Match 和 filepath.Match
没有 filepath.Match 这个函数 —— 这是高频混淆点。标准库只有 path.Match（用于正斜杠路径）和 filepath.Match 并不存在。有人在 Windows 上试 filepath.Match("C:*.exe", "C:.exe")，结果编译失败，因为压根没这个函数。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 正确做法：统一用
path.Match，但先把 Windows 路径转成正斜杠：path.Match("C:/*.exe", filepath.ToSlash("C:\a.exe")) -
filepath包里真正相关的是filepath.Glob和filepath.WalkDir，它们内部已处理平台差异 - 别被 IDE 自动补全误导 —— 某些插件会把
path.Match错标成filepath下的方法
性能敏感场景下，避免在循环里反复调用 filepath.Glob
每次调用 filepath.Glob 都会触发一次文件系统遍历，如果 pattern 固定但调用频繁（比如日志轮转检查、热重载扫描），开销会明显上升。
- 方案一：缓存结果，加个简单时间戳或文件修改时间比对，避免重复扫描
- 方案二：用
fsnotify监听目录变更，只在事件触发后做增量匹配 - 方案三：若只是判断“是否存在匹配文件”，用
filepath.Glob后立刻break，不用收集全部结果 —— 它内部也是边遍历边匹配，提前退出能省 IO
真正麻烦的是嵌套 glob + 正则混用的场景，这时候 pattern 解析逻辑容易失控，不如老老实实写个 WalkDir 循环，条件清晰，调试也方便。
