filepath.match仅支持单层shell通配，不识别**、不处理嵌套和否定模式；匹配多级目录需用filepath.walk或go-zglob等第三方库。
filepath.Match 只支持单层 shell 通配，别拿它匹配多级目录
它根本不能识别 **、不支持嵌套、也不处理否定模式（如 !node_modules/**）。你写 filepath.Match("src/**/*.go", "src/lib/main.go") 永远返回 false——因为 ** 被当作文本字面量，不是通配符。
真正能用的只有：*（匹配当前目录下任意非路径分隔符字符）、?（匹配单个非分隔符字符）、[a-z]（仅 ASCII 字符，Windows 下大小写敏感性依赖系统）。
- 匹配文件名（不含路径）：用
filepath.Base(path)提取后传给filepath.Match - 匹配路径本身：必须先统一分隔符，调用
filepath.ToSlash(path)把\全转成/，模式里也只用/ - 想匹配
src/any/sub/dir/*.go？filepath.Match做不到——它只认单层，src/any/sub/dir/这整段会被当做一个“文件名”去比，自然失败
需要 ** 或跨目录匹配？改用 filepath.Walk + 手动判断
标准库没提供开箱即用的递归 glob，但 filepath.Walk 是可靠底座。你得自己拆解模式逻辑，比如把 "src/**/*.go" 拆成前缀 "src/" + 通配中间段 + 后缀 ".go"。
常见做法是：先用 strings.HasPrefix 判断路径是否以目标根目录开头，再用 strings.HasSuffix 或 filepath.Ext 检查扩展名，必要时结合 strings.Contains 或正则做更细粒度筛选。
- 避免在 Walk 回调里反复编译正则——提前
regexp.MustCompile一次 - 对大目录，
filepath.WalkDir比filepath.Walk更轻量，且能更好控制符号链接和权限错误 - 若需排除某些路径（如
vendor/），在回调里检查info.IsDir()和filepath.Base(path)，直接return filepath.SkipDir
复杂场景直接上 go-zglob，别硬造轮子
如果你的 CLI 工具或构建脚本要支持 **、{a,b,c}、!pattern 这类 bash 风格 glob，go-zglob 是目前最成熟的选择。它专为高并发、大批量路径匹配优化，内部用状态机而非递归回溯，性能远超手写逻辑。
它 API 简洁：zglob.Glob("src/**/*.{go,mod}") 直接返回匹配路径切片，自动处理平台分隔符、编码边界、空结果等细节。
- 不依赖 CGO，纯 Go 实现，交叉编译友好
- 支持负向模式（
!**/test/**），这是标准库完全不碰的领域 - 注意：它不读文件内容，只做路径匹配——搜索文件内容仍要搭配
os.Open+bufio.Scanner
filepath.Glob 适合静态模式，但拼接路径时容易漏 clean
filepath.Glob 看似方便，但它对输入格式很敏感。你传 "./dir/*.go"，它会以当前工作目录为基准解析；传 dir/*.go 就可能因相对路径语义错乱。
动态拼接时常见错误：直接 filepath.Glob(srcDir + "/*.go") —— 若 srcDir 末尾有 /，结果就是 dir//*.go，某些系统会拒绝匹配。
- 务必先
filepath.Clean(srcDir)，再拼接模式 - 模式中不要混用
\和/，统一用/，哪怕在 Windows 上 -
filepath.Glob不递归，"dir/**/*.go"中的**会被忽略，只当普通字符
实际用的时候，** 这种需求几乎必然出现，而 filepath.Match 的能力边界又非常明确——它不是 bug，是设计如此。真要灵活，就得接受“标准库只管单层，多层靠组合或第三方”的事实。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
