第四节：自动变量与模式匹配——$@、$<、$^、$? 与 % 的妙用
说实话，我刚接触 Makefile 那会儿，最头疼的就是那些 $@、$< 之类的符号。看着像乱码，用起来却真香。今天我就带你把这些「符号密码」一个个拆开，讲明白它们到底在干什么。
一、自动变量：Makefile 里的「快捷方式」
自动变量是什么？说白了就是 Make 在运行规则时，自动帮你填好的变量。你不用手动指定文件名，Make 自己知道当前在编译哪个目标、依赖哪个文件。
我当年第一次用自动变量，是在一个嵌入式项目里。那个项目有几十个 .c 文件，每个都要编译成 .o。如果让我一个个写编译命令，估计得写到天亮。自动变量救了我一命。
1. $@ —— 当前目标的名字
$@ 代表规则中的目标文件。比如你写：
main.o: main.c
gcc -c main.c -o main.o
这里的 main.o 就是 $@。你可以写成：
main.o: main.c
gcc -c $< -o $@
嗯，这样写的好处是：如果你改了目标名，命令不用动。我习惯把所有输出文件都用 $@ 表示，这样规则看起来干净多了。
2. $< —— 第一个依赖文件
$< 代表依赖列表中的第一个文件。还是上面那个例子，main.c 就是 $<。
你想想看，大多数编译场景下，我们只需要第一个源文件就够了。头文件什么的只是依赖关系，不需要出现在编译命令里。所以 $< 用得特别多。
核心用法：编译单个源文件时，$< 就是源文件，$@ 就是目标文件。这对组合几乎成了 Makefile 的标配。
3. $^ —— 所有依赖文件
$^ 代表所有依赖文件，用空格分隔。这个在链接阶段特别有用。比如：
app: main.o utils.o
gcc $^ -o $@
这条命令等价于 gcc main.o utils.o -o app。你加再多 .o 文件，$^ 都能自动搞定。
我记得有一次，项目里新增了一个模块，我只需要在依赖列表里加个 module.o，链接命令完全不用改。这就是自动变量的威力。
4. $? —— 比目标更新的依赖文件
$? 这个变量有点特别。它只包含那些「比目标文件新」的依赖文件。什么意思呢？
假设你改了 utils.c，重新编译时只有 utils.o 需要更新。$? 就会只包含 utils.o。这个在增量编译、打包场景下特别好用。
小技巧：如果你只想重新编译修改过的文件，用 $? 准没错。我曾经用它写过一个增量打包脚本，编译时间从 5 分钟降到了 30 秒。
二、模式匹配规则：% 通配符的魔法
自动变量解决了「命令怎么写」的问题，但还有一个问题没解决：规则怎么写？
你总不能为每个 .c 文件都写一条规则吧？那 Makefile 得写成什么样？
这时候 % 就登场了。它就像 shell 里的 *，但更聪明。
1. % 的基本用法
% 可以匹配任意字符串。比如：
%.o: %.c
gcc -c $< -o $@
这条规则的意思是：任何 .o 文件，都由同名的 .c 文件编译而来。你项目里有 100 个 .c 文件，这一条规则就够了。
我刚开始用的时候觉得太神奇了，一条规则管所有文件。后来才明白，这就是 Makefile 的精髓——用模式代替重复。
2. 模式匹配的匹配过程
当 Make 遇到 %.o: %.c 时，它会做两件事：
- 从目标中提取
%匹配的部分（比如main） - 把提取的部分代入依赖中的
%（得到main.c）
说白了，就是「同名替换」。你想想看，这比写死文件名灵活太多了。
注意：模式匹配中的 % 只能出现一次。你不能写 %_%.o: %_%.c，Make 不认识这种写法。我当年踩过这个坑，折腾了半天才发现是语法不支持。
三、自动变量与模式匹配的实战组合
把自动变量和模式匹配结合起来，才是真正的生产力。来看一个完整的例子：
CC = gcc
CFLAGS = -Wall -O2
SRCS = main.c utils.c data.c
OBJS = $(SRCS:.c=.o)
all: app
%.o: %.c
$(CC) $(CFLAGS) -c $< -o $@
app: $(OBJS)
$(CC) $^ -o $@
clean:
rm -f $(OBJS) app
这个 Makefile 里：
%.o: %.c匹配所有 .o 文件$<自动取对应的 .c 文件$@自动取目标 .o 文件$^在链接时取所有 .o 文件
你加再多源文件，只需要改 SRCS 那一行。其他都不用动。
我的习惯：所有项目我都会用这种模式。它让 Makefile 变得像配置文件一样，改改源文件列表就行，编译规则几乎不用碰。
四、避坑指南：我踩过的那些坑
自动变量和模式匹配虽然好用，但有几个地方特别容易出错。
1. 路径问题
如果源文件在子目录里，$< 会带上路径。比如 src/main.c，$< 就是 src/main.c。但 $@ 可能不带路径。这时候要小心，别把文件生成到错误的位置。
2. 多个模式匹配的优先级
如果多个模式都能匹配同一个目标，Make 会选择第一个。我曾经写过 %.o: %.c 和 special.o: special.c 两条规则，结果 special.o 总是走模式匹配那条，气得我查了半天。后来发现，显式规则的优先级高于模式规则，所以 special.o: special.c 会优先执行。
3. $? 的陷阱
$? 只包含「比目标新」的依赖。如果你第一次编译，所有依赖都比目标新，那没问题。但如果你改了头文件，而头文件不在依赖列表里，$? 就不会包含它。嗯，这里要注意，头文件的依赖要单独处理。
五、知识体系总览
下面这张图帮你理清自动变量和模式匹配的关系：
自动变量解决的是「命令怎么写」的问题，模式匹配解决的是「规则怎么写」的问题。两者结合，你就能写出既简洁又强大的 Makefile。
好了，这一节的内容就到这里。自动变量和模式匹配是 Makefile 里最实用的两个特性，掌握了它们，你的 Makefile 就能从「手写脚本」升级为「自动化工程」。多写几个项目，你自然就熟练了。