path.Match不支持递归匹配且仅做字符串比对，无法匹配含路径分隔符的文件名；需用filepath.Glob查找文件，但其也不支持双星号；跨平台应统一用filepath包并归一化路径。
Path.Match 为什么匹配不了 * 号开头的文件名
因为 path.Match 默认只支持 POSIX shell 风格通配符，* 只能匹配路径段内不包含 / 的任意字符，且不会自动补全路径前缀——它不递归、不扫描磁盘，只是纯字符串比对。你传一个 "*.go" 给它，它只会拿这个模式去比对**你给它的那个完整字符串**，比如 "main.go" 或 "./src/util.go"，但不会帮你列出当前目录下所有 .go 文件。
常见错误现象：path.Match("*.go", "main.go") 返回 true，但 path.Match("*.go", "./main.go") 返回 false，因为 * 不匹配 /，而 ./ 是字面量的一部分。
- 如果要匹配带路径的文件名，模式得写成
"*/main.go"或"**/*.go"（但注意：path.Match不支持**） - 想让
"*.go"匹配"a/b/c.go"？不行，得用"*/*.go"或逐层拆解 - Windows 路径分隔符
会被当成普通字符处理，跨平台建议统一用/或先调用filepath.ToSlash()
filepath.Glob 才是真正“找文件”的函数
filepath.Glob 才负责读目录、递归展开、按 shell 规则解析通配符。它底层调用了 path.Match 做单个路径比对，但封装了 I/O 和遍历逻辑。
使用场景：你想列出 ./cmd/**/main.go 或 ./pkg/*/{api,core}/*.go 这类真实路径模式时，必须用 filepath.Glob。
立即学习“go语言免费学习笔记（深入）”；
-
filepath.Glob支持**吗？不支持，Go 标准库至今（1.22）仍不支持双星号递归；需自己 walk 或用第三方库如golang.org/x/exp/filepath（非稳定） - 参数里的模式是字符串，不是正则；
?匹配单字符，[a-z]匹配范围，用于转义 - 返回的路径是绝对路径还是相对路径？和你传入的模式一致——
"*.go"返回当前目录下的匹配项（相对路径），"/tmp/*.log"返回绝对路径 - 遇到权限错误或不存在的目录，
filepath.Glob直接返回 error，不会跳过；需自行处理
Match 和 Glob 在跨平台路径处理上的坑
Go 的 path 包专为 Unix 风格路径设计，filepath 才适配 Windows。但很多人混用，导致在 Windows 上行为异常。
常见错误现象：在 Windows 上用 path.Match("*.go", "C:\src\main.go") 总是 false，因为 path.Match 把 \ 当作两个独立反斜杠，而它根本不识别 Windows 驱动器前缀。
- 永远优先用
filepath.Match替代path.Match—— 它会自动处理和/的转换 - 传给
filepath.Glob的模式，尽量用/分隔（Go 内部会自动适配），避免硬写"C:\*.go" - 如果你从用户输入或配置里拿到路径字符串，先用
filepath.Clean()归一化，再喂给Glob或Match - 注意
filepath.Glob不处理 URL 或 zip 内路径，只作用于本地文件系统
性能敏感时别滥用 Glob
每次调用 filepath.Glob 都会触发一次完整的目录遍历 + 模式比对。如果你在循环里反复调用它匹配同一目录下的不同后缀，实际做了多次重复扫描。
典型低效写法：for _, ext := range []string{".go", ".mod", ".sum"} { files, _ := filepath.Glob("vendor/**/*" + ext) } —— 这会扫 vendor 目录三次。
- 更优做法：一次
filepath.Glob("vendor/**/*")拿到全部文件，再用filepath.Ext()或strings.HasSuffix()过滤 - 如果只是检查单个文件是否匹配某模式，用
filepath.Match就够了，零 I/O 开销 - 大量匹配场景（如构建工具），考虑缓存
os.ReadDir结果，自己实现批量Match，避免反复 syscall
最常被忽略的一点：Glob 的模式语法和 shell 并不完全等价——它不展开 ~、不处理环境变量、不支持大括号展开 {a,b}。以为写个 "config.{json,yaml}" 就能匹配两种后缀？它会原样当字面量去比，结果是空列表。
