第三章：Makefile变量与模式——自动变量与模式规则
说实话，我刚接触Makefile那会儿，最头疼的就是写重复的编译规则。每个.c文件都要写一条gcc命令，项目一大了，Makefile比源代码还长。后来我发现了自动变量和模式规则这两个神器，才算是真正入了门。
这一章，我就带你彻底搞懂它们。你想想看，如果能用三五行规则搞定上百个文件的编译，是不是很爽？
3.1 自动变量：Makefile里的“代词”
自动变量是什么？说白了就是Makefile里的一些特殊符号，它们能自动代表当前规则中的目标、依赖等。就像中文里的“它”、“它们”一样，省得你每次都写全称。
我最早在嵌入式项目里用自动变量时，还闹过笑话——把$@和$<搞混了，结果编译出来的目标文件全是错的。嗯，从那以后我就再也不敢小看这几个符号了。
最常用的三个自动变量
| 自动变量 | 含义 | 示例值（规则 test.o: test.c defs.h） |
|---|---|---|
$@ |
当前规则的目标文件 | test.o |
$< |
第一个依赖文件 | test.c |
$^ |
所有依赖文件（去重） | test.c defs.h |
核心记忆法：
$@—— 目标（Target），像个靶子，@就是靶心$<—— 第一个依赖，像个箭头指向第一个$^—— 所有依赖，^像一把扇子展开
实战对比：用与不用自动变量
先看不用自动变量的写法：
main.o: main.c defs.h
gcc -c main.c -o main.o
utils.o: utils.c defs.h
gcc -c utils.c -o utils.o
network.o: network.c defs.h
gcc -c network.c -o network.o你看，每个规则都要重复写文件名。如果项目有50个.c文件，这得写到什么时候？
用了自动变量之后：
main.o: main.c defs.h
gcc -c $< -o $@
utils.o: utils.c defs.h
gcc -c $< -o $@
network.o: network.c defs.h
gcc -c $< -o $@虽然看起来还是三条规则，但命令部分已经统一了。不过，你肯定也发现了——规则本身还是重复的。这时候就该模式规则登场了。
我的小习惯：在调试Makefile时，我会先用$(info $@ $< $^)打印出自动变量的值，确认它们指向正确。这招帮我省了不少排查时间。
3.2 模式规则：一劳永逸的编译模板
模式规则用%作为通配符，匹配任意文件名。它的格式是：
%.o: %.c
编译命令这个%会匹配相同的文件名前缀。比如Makefile要生成main.o，它就会找main.c，然后把%替换成main。
我个人习惯把模式规则放在Makefile靠前的位置，这样阅读时一眼就能看到编译的核心逻辑。
完整的模式规则示例
CC = gcc
CFLAGS = -Wall -O2
%.o: %.c
$(CC) $(CFLAGS) -c $< -o $@
main.o: defs.h # 这条规则只增加额外的依赖
utils.o: defs.h
network.o: defs.h这里有个关键点：模式规则定义了如何把.c编译成.o，而具体的依赖关系（比如每个.o依赖哪些头文件）可以单独写。Makefile会自动合并这两部分信息。
我曾经踩过的坑：模式规则中的命令必须用Tab缩进，不能用空格。有一次我从网页复制代码，所有Tab都变成了空格，结果Makefile怎么都跑不起来。排查了半小时才发现是缩进问题。
3.3 自动变量 + 模式规则 = 黄金搭档
把自动变量和模式规则结合起来，效果是1+1>2。来看一个实际项目的Makefile片段：
SRCS = main.c utils.c network.c
OBJS = $(SRCS:.c=.o)
%.o: %.c
gcc -c $< -o $@
app: $(OBJS)
gcc $^ -o $@这段代码干了什么？
$(SRCS:.c=.o)把源文件列表中的.c替换成.o- 模式规则自动处理每个.c到.o的编译
- 链接时用
$^引用所有.o文件
你想想看，如果以后要新增一个foo.c，只需要在SRCS里加一个名字，其他什么都不用改。这就是工程化的威力。
3.4 更多自动变量（进阶）
除了那三个最常用的，还有几个自动变量在特定场景下很有用：
| 自动变量 | 含义 | 使用场景 |
|---|---|---|
$? |
比目标更新的依赖文件列表 | 增量编译、只重新编译修改过的文件 |
$* |
匹配符%匹配的部分 | 生成调试符号文件、中间文件 |
$(@D) |
目标文件的目录部分 | 多级目录编译时创建输出目录 |
$(@F) |
目标文件的文件名部分 | 与$(@D)配合使用 |
举个例子，如果你的目标文件在子目录里：
build/%.o: src/%.c
@mkdir -p $(@D)
gcc -c $< -o $@这里的$(@D)会自动提取出build目录，确保目录存在后再编译。
我的建议：刚开始用自动变量时，先掌握$@、$<、$^这三个就够了。其他变量等你遇到具体需求时再查，不用一次性全记住。
3.5 知识体系总览
下面这张图帮你理清本章的核心逻辑：
3.6 避坑指南与最佳实践
最后，分享几个我在实际项目中积累的经验：
- 模式规则不要滥用：如果某个文件的编译需要特殊参数，单独写一条普通规则覆盖它。Makefile会优先使用普通规则。
- 自动变量只在命令中有效：你不能在依赖列表里用
$@，它只在命令部分展开。我刚开始就犯过这个错。 - 小心$的转义：在Makefile里，
$是特殊字符。如果你想在shell命令里用$，得写成$$。 - 用VPATH或vpath管理源文件目录：如果源文件不在当前目录，配合模式规则使用
vpath %.c src/，让Makefile自动搜索。
一句话总结：自动变量是Makefile的“代词”，模式规则是“模板”。两者结合，让你用最少的代码管理最大的项目。
好了，这一章的内容就到这里。自动变量和模式规则是Makefile工程化的基石，理解了它们，你就能写出真正可维护的构建系统。下一章我们会继续深入，看看如何用函数和条件判断让Makefile更智能。