4. 自动变量与模式规则：告别重复，拥抱高效
写 Makefile 最怕什么？我个人最怕重复。一个项目里几十个 .c 文件，要是每个目标都得手写一条编译规则，那跟直接敲 gcc 命令有什么区别？Make 的设计者显然也想到了这点，所以给了我们两把利器：自动变量和模式规则。
说白了，自动变量就是 Make 在运行时自动填充的“占位符”，而模式规则中的 % 通配符则能匹配一类文件。两者结合，你就能用一条规则搞定所有同类文件的编译。嗯，这才是自动化构建该有的样子。
4.1 自动变量：$@、$<、$^ 的妙用
先看一个最基础的例子。假设我们要把 main.c 编译成 main.o：
main.o: main.c
gcc -c main.c -o main.o
这条规则里，目标和依赖的名字重复出现了三次。如果文件多了，改起来很麻烦。自动变量就是来解决这个问题的：
main.o: main.c
gcc -c $< -o $@
这里 $@ 代表目标文件名（main.o），$< 代表第一个依赖文件（main.c）。是不是清爽多了？
常用的自动变量就三个，我列个表方便你对照：
| 自动变量 | 含义 | 示例值（规则 main.o: main.c defs.h） |
|---|---|---|
$@ |
目标文件的完整名称 | main.o |
$< |
第一个依赖文件 | main.c |
$^ |
所有依赖文件，以空格分隔 | main.c defs.h |
$^。因为链接器需要所有 .o 文件，而 $^ 正好能展开全部依赖。编译单个文件时用 $< 就够了。
举个例子，链接多个目标文件：
app: main.o utils.o
gcc $^ -o $@
这条规则等价于 gcc main.o utils.o -o app。你看，依赖列表再长，一行命令就搞定了。
$^ 会去除重复的依赖文件。如果你需要保留重复项，用 $+。不过我在项目中几乎没用过 $+，大部分场景 $^ 就够了。
4.2 模式规则：% 通配符的威力
自动变量解决了命令中的重复，但规则本身还得一条条写。比如你有 main.c、utils.c、data.c 三个文件，难道要写三条几乎一样的规则？
模式规则就是干这个的。% 通配符可以匹配文件名中的任意部分。看这个：
%.o: %.c
gcc -c $< -o $@
这条规则的意思是：任何 .o 文件，都依赖于同名的 .c 文件。Make 会自动把 % 匹配到的部分（比如 main、utils）代入到依赖和命令中。
有了它，你只需要写一条规则，就能匹配所有 .c 到 .o 的编译。我曾经接手过一个项目，里面有 200 多个源文件，原来的 Makefile 写了 200 多条编译规则。我改成模式规则后，整个文件从 500 行缩到了 50 行。嗯，那感觉确实很爽。
4.3 模式规则 + 自动变量 = 黄金搭档
两者结合，才是真正的生产力。来看一个完整的编译流程：
CC = gcc
CFLAGS = -Wall -O2
# 模式规则：编译 .c 到 .o
%.o: %.c
$(CC) $(CFLAGS) -c $< -o $@
# 链接所有 .o 文件
app: main.o utils.o data.o
$(CC) $^ -o $@
这里 %.o: %.c 是模式规则，$< 和 $@ 是自动变量。Make 在处理 main.o 时，会自动把 % 匹配成 main，然后 $< 变成 main.c，$@ 变成 main.o。整个过程完全自动化。
4.4 避坑指南：我踩过的几个坑
模式规则虽然好用，但有几个地方容易翻车。我分享几个亲身经历：
- 依赖文件不在当前目录：我曾经把源文件放在 src/ 目录下，目标文件放在 build/ 目录下，直接用
%.o: %.c就找不到文件了。后来改成build/%.o: src/%.c才解决。模式规则中的路径要写完整。 - 多个模式规则匹配同一个目标：如果 Make 发现多个模式规则都能生成同一个目标，它会选择第一个匹配的。我建议把最通用的规则放在最后，把特殊的规则放在前面。
- 忘了加
.PHONY：如果有一个叫 clean 的文件，而你的 clean 目标没有声明为伪目标，Make 就会认为 clean 已经是最新的了。我习惯把所有非文件目标都加上.PHONY。
%.o: %.c，但项目里还有 .s 汇编文件需要编译成 .o。结果 Make 试图用 gcc 去编译 .s 文件，当然失败了。后来我加了另一条模式规则 %.o: %.s，并调整了顺序，才搞定。记住：模式规则是按顺序匹配的。
4.5 知识结构图：自动变量与模式规则
下面这张图帮你理清本章的核心逻辑：
4.6 实战：从手写到模式规则的蜕变
最后，我们对比一下“手写规则”和“模式规则+自动变量”的差异。假设项目有三个源文件：main.c、utils.c、data.c。
手写规则（不推荐）：
main.o: main.c
gcc -c main.c -o main.o
utils.o: utils.c
gcc -c utils.c -o utils.o
data.o: data.c
gcc -c data.c -o data.o
app: main.o utils.o data.o
gcc main.o utils.o data.o -o app
模式规则 + 自动变量（推荐）：
%.o: %.c
gcc -c $< -o $@
app: main.o utils.o data.o
gcc $^ -o $@
你看，从 12 行缩到了 4 行。而且如果新增一个 file.c，手写规则要加两行，模式规则只需要在 app 的依赖列表里加一个 file.o 就行。维护成本直线下降。