2. Makefile 核心规则：目标、依赖、命令的语法结构、规则的工作原理、伪目标(.PHONY)的引入
各位同学，今天我们来啃 Makefile 最核心的东西——规则。说白了，Makefile 就是由一条条规则组成的。你写 Makefile，就是在告诉 make 工具：什么东西，依赖什么东西，怎么把它造出来。
我刚开始学 Makefile 的时候，总觉得这东西很玄乎。后来在项目里被坑了几次，才真正理解它的设计哲学。嗯，咱们今天就把这块彻底讲透。
2.1 规则的三要素：目标、依赖、命令
一条完整的 Makefile 规则，长这样：
目标(target): 依赖1 依赖2 依赖3 ...
命令1
命令2
命令3
三个部分，缺一不可（虽然有些场景可以省略依赖或命令，但那是特例）。
| 要素 | 含义 | 典型例子 |
|---|---|---|
| 目标 (target) | 要生成的文件，或者要执行的动作名称 | main.o、app、clean |
| 依赖 (prerequisites) | 生成目标所需要的源文件或其他目标 | main.c、defs.h、utils.o |
| 命令 (recipe) | 如何从依赖生成目标的具体 shell 指令 | gcc -c main.c、rm *.o |
关键点：命令前面必须是一个 Tab 键，不能是空格。这是 Makefile 最经典的坑，没有之一。我当年刚入行时，就因为编辑器把 Tab 自动转成了空格，整整调试了一下午。
2.2 规则的工作原理：时间戳驱动的增量构建
Makefile 最聪明的地方在于——它只做必要的事。怎么判断什么是必要的？看时间戳。
工作原理其实很简单：
- make 检查目标文件是否存在。如果不存在，直接执行命令。
- 如果目标存在，比较目标和所有依赖的时间戳。
- 只要有一个依赖比目标新，就重新执行命令。
- 如果所有依赖都比目标旧，说明目标是最新的，跳过。
举个例子：
main.o: main.c defs.h
gcc -c main.c -o main.o
你修改了 main.c，它的时间戳就更新了。make 发现 main.c 比 main.o 新，于是重新编译。如果你只改了 defs.h，同样会触发重新编译。但如果你什么都没改，make 就什么都不做。
个人经验：我在做一个嵌入式项目时，头文件依赖关系没写全，导致改了某个 .h 文件后，make 没重新编译对应的 .c 文件。结果烧到板子上，程序跑飞了。从那以后，我养成了用 gcc -MM 自动生成头文件依赖的习惯。
为了让你更直观地理解，我画了一张流程图：
2.3 伪目标 .PHONY：解决同名文件冲突
你想想看，如果有一个目标叫 clean，它不生成任何文件，只是执行清理命令。但万一你的目录下恰好有一个叫 clean 的文件呢？
这时候问题就来了：make 发现 clean 文件已经存在，而且它没有任何依赖，所以 make 认为 clean 是最新的，就不执行命令了。
这就是伪目标要解决的问题。
.PHONY: clean
clean:
rm -f *.o *.elf
用 .PHONY 声明后，make 就知道 clean 不是一个真正的文件，不管有没有同名文件，都强制执行命令。
我曾经踩过的坑：在一个大型项目中，同事在根目录下创建了一个叫 clean 的文件夹。结果 make clean 永远提示「clean 是最新的」，死活不执行清理。查了半天才发现是伪目标没加 .PHONY。从那以后，我所有不生成文件的目标，一律加上 .PHONY 声明。
常见的伪目标有这些：
| 伪目标 | 用途 |
|---|---|
all |
默认目标，通常放在第一条，编译所有内容 |
clean |
清理编译产物 |
install |
安装编译好的程序到系统目录 |
test |
运行测试用例 |
distclean |
彻底清理，包括配置文件等 |
2.4 多目标与多依赖的写法
实际项目中，你不会只编译一个文件。多个目标、多个依赖怎么组织？
# 多个依赖
app: main.o utils.o display.o
gcc -o app main.o utils.o display.o
# 多个目标（很少用，但要知道）
obj1.o obj2.o: common.h
# 这条命令会分别对 obj1.o 和 obj2.o 执行
我建议：多目标写法容易让人困惑，除非你很清楚自己在做什么，否则还是每个目标单独写一条规则。代码可读性比省几行更重要。
2.5 规则匹配的优先级
make 在解析规则时，遵循一个简单的优先级：
- 显式规则：你手写的规则，优先级最高。
- 模式规则：比如
%.o: %.c这种通配规则。 - 隐式规则：make 内置的规则，比如自动识别
.c文件如何编译成.o。
如果你写了显式规则，make 就不会去用隐式规则。这也是为什么我建议初学者先把显式规则写好，等熟练了再玩模式规则。
2.6 本章小结
规则是 Makefile 的基石。记住三要素：目标、依赖、命令。记住工作原理：时间戳驱动。记住伪目标：用 .PHONY 避免同名文件冲突。
这些概念看着简单，但我在项目中见过太多人在这上面翻车。尤其是伪目标，很多人觉得无所谓，结果被坑了才后悔。嗯，希望你不要走我的老路。