Go filepath.Glob 怎样处理无匹配的文件模式

Go 的 filepath.Glob 没找到匹配文件时，返回 nil, nil，这表示没有匹配项，并非模式语法错误。调用后先处理 err，再判断 len(matches) == 0，最后才遍历或取下标；不能只检查错误就直接读取 matches[0]。

官方文档：https://pkg.go.dev/path/filepath

先给三类结果各留一个位置

批量导入程序经常扫描某目录下的 CSV 文件。若当天没有文件，程序可以正常结束并记录“无任务”；若配置把模式写坏，应提示修改配置。这两种处理意图不同，不适合都归到“读取文件失败”。

准备一个不会碰到业务文件的例子

下面的程序自行建立临时目录，只放入 notes.txt，然后分别使用文本模式、CSV模式和一个未闭合的方括号模式。目录路径无需硬编码，结束后清理自己的临时文件。不要把清理目标替换成真实业务目录。

完整代码：先检查错误，再检查数量

package main

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

func report(root, mask string) {
    // 目录由程序创建，mask由示例固定提供。
    matches, err := filepath.Glob(filepath.Join(root, mask))
    if errors.Is(err, filepath.ErrBadPattern) {
        fmt.Printf("%s: 模式语法错误\n", mask)
        return
    }
    if err != nil {
        fmt.Printf("%s: 匹配失败: %v\n", mask, err)
        return
    }
    // nil切片也可以取长度；没有匹配时不要访问下标0。
    if len(matches) == 0 {
        fmt.Printf("%s: 没有待处理文件\n", mask)
        return
    }
    for _, name := range matches {
        fmt.Printf("%s: %s\n", mask, filepath.Base(name))
    }
}

func main() {
    root, err := os.MkdirTemp("", "glob-example-")
    if err != nil {
        fmt.Println("创建临时目录失败:", err)
        return
    }
    // 只清理由本程序创建的临时目录，退出时报告清理错误。
    defer func() {
        if err := os.RemoveAll(root); err != nil {
            fmt.Println("清理临时目录失败:", err)
        }
    }()
    if err := os.WriteFile(filepath.Join(root, "notes.txt"), []byte("示例\n"), 0600); err != nil {
        fmt.Println("准备示例文件失败:", err)
        return
    }
    report(root, "*.txt")
    report(root, "*.csv")
    report(root, "[")
}

示例未在本机执行。按它准备的文件，*.txt 应得到 notes.txt，*.csv 应进入无文件分支，而 [ 应提示模式语法错误。输出只显示文件基名，避免把随机临时目录名混入预期内容。

把无匹配转成明确业务策略

定时扫描器遇到空匹配，可以记录任务数量为0并结束；必须存在输入文件的人工导入任务，则可以返回“未找到符合条件的文件”。这属于调用方的业务规则，不是改变 Glob 的返回约定。

想继续观察时，可在示例里增加 second.csv，比较CSV分支的变化；也可以换成一个合法但不存在的文件名。不要通过构造模式语法错误来模拟“没有文件”，否则练习的是另一条分支。

空结果不能证明目录里真的没有文件

官方说明 Glob 会忽略读目录等文件系统错误，返回的错误仅用于模式语法。因此得到空结果时，不应直接断言磁盘目录已经成功遍历。如果业务必须区分目录不存在、权限不足与空目录，需要使用能报告这些错误的目录读取方式，例如先独立处理 os.ReadDir 的错误。

匹配到名称也不保证稍后打开仍然成功。文件可能被其他程序移动或删除，权限也可能发生变化。后续读取必须保留自己的错误处理，不能因为 Glob 已经返回过路径就省略。

应该判断 matches == nil 还是长度？

业务通常关心数量，用 len(matches) == 0 更直接，nil与空切片都能处理。

没有匹配时为什么不返回 ErrNotExist？

Glob 的契约是搜索匹配集合。空集合是正常结果，语法错误才由 ErrBadPattern 表达。

星号会自动递归所有子目录吗？

不会把普通星号解释成任意深度目录遍历。模式语法与 filepath.Match 一致，应按目录层级构造模式；需要遍历树时单独设计目录遍历逻辑。

参考：Go Glob 文档；Go 匹配实现。