如何利用NIO.2的PathMatcher实现基于Glob语法的文件变量名匹配

PathMatcher不支持glob中命名变量如{env}，需先用glob:logs/app-*.log匹配再用正则提取变量，或直接使用regex:方案配合完整路径正则匹配。

直接拿PathMatcher的glob语法去匹配带{variable}的路径——比如logs/app-{env}-{version}.log——行不通。理由很简单：Ja va 7引入的PathMatcher虽然好用，但它的glob命本事有限。

这套工具设计出来就是给文件系统路径做轻量匹配的，glob和regex两套语法摆在那。但若想用它来解析“变量名”这类模式，你得了解它的真实边界在哪里。

说清楚：PathMatcher的glob到底能做什么

PathMatcher的glob:方案严格遵循POSIX glob规则，它只认下面这几个元字符：

• *：匹配任意数量的字符（不跨目录分隔符/）
• **：匹配任意深度的子目录（Ja va 7+才支持）
• ?：匹配单个任意字符
• [abc] 或 [a-z]：匹配方括号内的任一字符
• {a,b,c}：注意——这里的{...}可不是标准glob的花括号展开！在PathMatcher中，它只是普通字面量，不会做模式分支匹配。换言之，glob:file.{txt,log}实际匹配的是文件名叫file.{txt,log}的路径，而不是file.txt或file.log。

所以，logs/app-{env}-{version}.log这样的写法，PathMatcher压根不会把它当成变量占位符去解析——它就当作固定字符串去硬匹配。

先glob粗筛，再正则提取——这是最直接的打法

既然变量名没法直接匹配，那就换个思路：先用一个宽松的glob模式把可能符合条件的候选路径筛出来，然后再用正则从路径字符串中把变量值抓出来。

举个例子：

• 目标路径：logs/app-prod-2.1.0.log、logs/app-dev-1.9.3.log
• glob模式：glob:logs/app-*.log（匹配所有app-xxx.log格式的路径）
• 创建matcher：PathMatcher matcher = FileSystems.getDefault().getPathMatcher("glob:logs/app-*.log");
• 遍历路径时判断：if (matcher.matches(path)) { ... }
• 对匹配到的path调用path.toString()，用正则app-(w+)-([d.]+).log提取env和version。

这样，glob负责粗筛，正则负责精取——分工明确，各取所长。

封装一个变量感知匹配器，用起来更顺手

这种模式很常见，不如直接封装成一个可复用的工具类：

public class VariablePathMatcher {
    private final PathMatcher globMatcher;
    private final Pattern varPattern;

    public VariablePathMatcher(String glob, String regex) {
        this.globMatcher = FileSystems.getDefault().getPathMatcher("glob:" + glob);
        this.varPattern = Pattern.compile(regex);
    }

    public Optional> match(Path path) {
        if (!globMatcher.matches(path)) return Optional.empty();
        String name = path.getFileName().toString();
        Matcher m = varPattern.matcher(name);
        if (!m.matches()) return Optional.empty();
        // 假设正则使用了命名组，如 "(?\w+)-(?[\d.]+)"
        // 推荐直接使用 m.group("env"), m.group("version")
        return Optional.of(vars);
    }
}

使用时，直接构造一个实例即可：new VariablePathMatcher("logs/app-*.log", "app-(?\w+)-(?[\d.]+)\.log")。match()返回一个Optional，如果匹配成功，你就能拿到一个包含变量名和变量值的Map。

如果变量结构复杂，直接上正则方案更省心

如果变量模式本身就比较复杂，或者你需要强校验，也可以完全跳过glob，直接使用PathMatcher的regex:方案。例如：

• 正则模式：regex:logs/app-([a-zA-Z0-9_-]+)-([\d.]+)\.log
• 创建：PathMatcher pm = fs.getPathMatcher("regex:logs/app-([a-zA-Z0-9_-]+)-([\d.]+)\.log");
• 匹配后再手动解析分组值。

需要提醒的是：PathMatcher的regex:模式作用于Path.toString()的整个路径字符串（包括目录部分），所以正则需要覆盖完整路径；如果只对文件名做匹配，推荐先提取文件名，再单独用正则匹配，逻辑更清晰。