4. Makefile模式匹配：%通配符的使用、模式规则、静态模式规则

好，咱们今天聊点实在的。模式匹配这玩意儿，说白了就是让Makefile学会「偷懒」。你想想看，一个项目里几十上百个源文件，要是每个文件都写一条编译规则，那不得写到天荒地老？我刚开始学Makefile的时候，就干过这种傻事——把每个.c文件对应的.o规则一条条列出来。结果项目一扩展，改得我头皮发麻。

后来我才发现，原来Makefile里有个神奇的%通配符，它能帮我们批量处理文件。嗯，今天我就把这块掰开了讲清楚。

先说说%到底是个啥。它跟Shell里的*有点像，但又不完全一样。%在Makefile里专门用来做模式匹配，它匹配的是文件名的一部分。

举个例子你就明白了：

%.o: %.c
    gcc -c $< -o $@

这条规则的意思是：任何以.o结尾的文件，都依赖于同名的.c文件。%在这里匹配了文件名中除去后缀的部分。比如main.o依赖main.c，utils.o依赖utils.c。

核心理解：%匹配的是「相同位置、任意内容」的字符串。在目标和依赖中，%出现的位置必须对应上。

我个人习惯把%叫做「占位符」。它就像填空题里的空，Make会自动把匹配到的内容填进去。我在项目中遇到过一种情况：有人把%和*搞混了，在规则里写*.o: *.c，结果Make根本不认。记住，Makefile里做模式匹配，只用%，不用*。

模式规则，就是上面那种带%的规则。它定义了一个「模板」，Make会根据这个模板自动推导出具体的规则。

来看一个完整的例子：

CC = gcc
CFLAGS = -Wall -O2

%.o: %.c
    $(CC) $(CFLAGS) -c $< -o $@

app: main.o utils.o
    $(CC) $^ -o $@

这里%.o: %.c就是一条模式规则。当Make发现需要main.o时，它会自动查找main.c，然后套用这条规则来编译。你不需要手动写main.o: main.c和utils.o: utils.c，Make全帮你干了。

小技巧：模式规则里的自动化变量$@代表目标文件，$<代表第一个依赖文件，$^代表所有依赖文件。这些变量在模式规则里特别好用，省得你写长串文件名。

我曾经接手过一个项目，里面每个.c文件都对应一条独立的编译规则，足足有80多行。我花了一下午，全部替换成模式规则，最后只剩10行。你想想看，维护起来省了多少事。

模式规则虽然好用，但它有个问题：它匹配所有符合模式的文件。有时候你只想对特定的一批文件应用规则，这时候静态模式规则就派上用场了。

静态模式规则的语法长这样：

目标列表 : 目标模式 : 依赖模式
    命令

看个例子：

OBJS = main.o utils.o data.o

$(OBJS): %.o: %.c
    $(CC) $(CFLAGS) -c $< -o $@

这条规则的意思是：只对OBJS列表里的文件，应用%.o: %.c这个模式。如果项目里还有test.o，它不会被这条规则影响。

注意：静态模式规则要求「目标列表」里的文件必须能匹配「目标模式」。如果OBJS里有个help.txt，它匹配不了%.o，Make就会报错。我曾经因为这个排查了半天，最后发现是文件名写错了。

静态模式规则的好处是「精准」。你明确指定了哪些文件要处理，不会误伤其他文件。我一般在大型项目里这么用：把不同模块的目标文件分到不同变量里，然后分别应用静态模式规则，互不干扰。

咱们用一张表来总结一下：

说白了，选择哪种方式取决于你的需求：

下面这张图帮你理清本章的核心逻辑：

最后分享几个我踩过的坑：

% 不能匹配路径分隔符。比如%.o: %.c匹配不了src/main.o和src/main.c。遇到这种情况，需要用vpath或者$(addprefix)来处理。
模式规则不要写太多。Make会按顺序匹配模式规则，如果规则太多，匹配效率会下降。我一般控制在5条以内。
静态模式规则的目标列表要写对。少写一个文件，那个文件就不会被处理；多写一个不匹配的文件，Make直接报错。

嗯，模式匹配这块就讲这么多。你只要记住：%是Makefile里最强大的「偷懒工具」，用好它，你的Makefile能瘦身80%。下次咱们聊聊更高级的玩法。