Go问答：path/filepath.Glob通配符路径为什么匹配不到文件怎样在批处理代码中减少额外分配

filepath.Glob 匹配不到文件时，先看工作目录、模式语法和路径分隔符，而不是先加缓存。星号不跨越路径分隔符，标准库 Glob 没有递归双星号语义，也不自动展开波浪号或环境变量。批处理若在同一个目录反复调用多个 Glob，可以改为读取一次目录，再对条目名称使用 filepath.Match，减少重复目录枚举和结果容器。

我在设计这类扫描代码时，会先把“真实目录”与“文件名模式”作为两个参数。这样目录名中的方括号不会意外变成模式，性能改动也有明确边界。本文给出未执行的原创示例，不声称具体分配次数或加速比例。

官方地址：https://pkg.go.dev/path/filepath

先把目录与文件名模式分开

相对模式依赖进程工作目录，不依赖源文件所在位置。模式 logs/*.log 不会匹配更深层的目录。Match 要求整个名称符合模式，不是子串搜索。Unix 中反斜杠可用于转义；Windows 中反斜杠作为路径分隔符，不能照搬同一套转义写法。

不要把 regexp.QuoteMeta 当成 Glob 专用转义器，也不要以为 filepath.Join 会转义模式字符。Join 只负责路径拼接与清理。对于字面目录名如 archive[old]，直接把该目录交给 os.ReadDir，再匹配文件名，可以避开把整个目录路径当模式解析的问题。

分清空结果和模式错误

Glob 无匹配时可以返回 nil 结果且 err 为 nil；坏模式则返回 ErrBadPattern。Glob 会忽略目录读取等文件系统错误，因此空结果不能证明目录存在且可读。需要明确报出权限、路径不存在或读目录失败时，应使用能返回这些错误的目录 API。

同目录多模式只读取一次目录

适用前提是：多个模式都作用于同一个直接子目录层级，调用方希望每个名称最多出现一次，并接受所有条目类型。本函数包含可能匹配的目录和符号链接；若只处理特定文件类型，需要另行定义筛选规则。

package filebatch

import (
    "fmt"
    "os"
    "path/filepath"
)

// MatchNames 只匹配一个真实目录下的条目名称，不递归。
func MatchNames(dir string, patterns []string, dst []string) ([]string, error) {
    // 先判断模式语法，空目录也不能把坏模式误当无匹配。
    for _, p := range patterns {
        if _, err := filepath.Match(p, ""); err != nil {
            return dst, fmt.Errorf("模式 %q: %w", p, err)
        }
    }
    entries, err := os.ReadDir(dir)
    if err != nil { return dst, fmt.Errorf("读取目录: %w", err) }
    dst = dst[:0] // 重用调用方切片容量；原结果不能再作为独立副本保存。
    for _, entry := range entries {
        name := entry.Name()
        for _, p := range patterns {
            ok, err := filepath.Match(p, name)
            if err != nil { return dst, err }
            if ok {
                dst = append(dst, name)
                break // 同一条目只加入一次，避免多模式重复结果。
            }
        }
    }
    return dst, nil
}

调用时传入实际目录、如 []string{"*.log", "*.txt"} 的模式列表和上一轮结果切片。返回名称没有拼接目录，消费者真正需要完整路径时再 Join。空模式列表得到空结果；这个方案不支持在 pattern 中表达多级路径，也不是任意 Glob 的替代品。

相较同目录多次 Glob，这里一次读取后复用条目，循环内不创建每个模式自己的完整路径结果列表。Match 并没有公开的预编译对象，因此不要把预先判断语法描述成“编译缓存”。复用 dst 只复用其容量，ReadDir 本身仍会分配，不能承诺零分配。

大目录改用分批回调

如果目录很大且消费端能立即处理每个名称，收集完整结果本身可能没有必要。可以改用 File.ReadDir(n)，每次拿有限条目后调用消费函数。本例还需要在导入中加入 io。

// VisitLogs 演示单目录分批读取；与前例共用包和导入，并额外 import "io"。
func VisitLogs(dir string, visit func(string) error) (err error) {
    f, err := os.Open(dir)
    if err != nil { return err }
    defer func() {
        if e := f.Close(); err == nil { err = e }
    }()
    for {
        entries, readErr := f.ReadDir(256) // 批大小是内存与调用次数的取舍。
        for _, entry := range entries {
            ok, matchErr := filepath.Match("*.log", entry.Name())
            if matchErr != nil { return matchErr }
            if ok {
                if e := visit(entry.Name()); e != nil { return e }
            }
        }
        // 先处理已返回的条目，再判断读取错误。
        if readErr == io.EOF { return nil }
        if readErr != nil { return readErr }
    }
}

ReadDir(256) 减少单批持有的条目数量，不保证总分配更低，更不保证整个程序固定内存；消费函数若把名称全部存起来，仍然会增长。需要全局排序时还得保存或外部排序，不能把分批版本当成排序后的完整列表。

明确顺序与资源释放

os.ReadDir 返回按名称排序的条目，所以 MatchNames 会沿用该顺序；File.ReadDir 按目录顺序分批返回。两种顺序不能混为一谈。扫描期间目录可能变化，列出名称与随后打开文件之间也可能发生变更，不能把一次扫描当文件系统快照。

复用结果切片前，应确保上一轮消费者已经完成。若上一轮有大量结果而下一轮很少，底层数组可能保留旧字符串引用；长期对象需要按实际内存策略清理尾部或放弃过大的容量。目录句柄则应在所有返回路径关闭，读取错误和消费错误都需要交回调用方。

Glob 的 ** 能递归吗？

标准库没有特殊递归双星号规则，不能按某些 shell 或第三方库的语义推断。

一次读取目录一定更快吗？

不一定。只用一个模式、目录很小或模式跨多个目录时，Glob 更直接。此优化针对同目录多次扫描的结构性重复。

可以只改成复用 []string 吗？

可以减少结果容量重复增长，但不会消除目录枚举成本。我会先减少重复读取，再按消费者是否需要完整结果选择收集或回调。

文档参考：https://pkg.go.dev/path/filepath#Glob、https://pkg.go.dev/path/filepath#Match、https://pkg.go.dev/os#File.ReadDir。