第2章：Makefile核心规则——目标、依赖、命令的语法与执行逻辑

好，咱们直接进入正题。

Makefile 这东西，说白了就三个要素：目标（target）、依赖（prerequisites）、命令（recipe）。你把这仨搞明白了，Makefile 就算入门了。我当年刚接触 Makefile 时，觉得它像个黑盒子，后来发现——嗯，其实就是个“如果...就...”的逻辑判断器。

2.1 规则的基本语法

先看一个最典型的例子：

target: prerequisites
	command

注意，命令前面必须是一个 Tab 键，不是空格。这是新手最容易踩的坑。我曾经在项目里帮同事排查问题，折腾了半小时，最后发现他把 Tab 打成了四个空格……从那以后，我每次写 Makefile 都会先确认编辑器有没有把 Tab 自动转成空格。

2.2 执行逻辑：依赖链与时间戳

Make 是怎么决定要不要执行命令的？

核心逻辑就一句话：如果目标不存在，或者目标比某个依赖旧，就执行命令。

我举个例子：

main.o: main.c
	gcc -c main.c -o main.o

如果 main.o 不存在，Make 会直接编译。如果 main.o 存在，但 main.c 比它新，Make 也会重新编译。这就是增量构建的基础——说白了，就是靠文件的时间戳来判断。

你想想看，如果每次改一行代码都要全量编译，那大型项目还怎么玩？Make 的这套机制，就是为了避免无意义的重复劳动。

2.3 多目标与伪目标

有时候一个规则可以生成多个目标文件。比如：

foo.o bar.o: common.h
	gcc -c foo.c
	gcc -c bar.c

但这里有个坑：命令会为每个目标执行一次。我个人习惯尽量避免这种写法，容易让人误解。

再说说 伪目标（.PHONY）。这东西太常用了。

.PHONY: clean
clean:
	rm -f *.o

如果不加 .PHONY，万一目录下有个叫 clean 的文件，Make 就会认为目标已经是最新的，啥也不干。我在一个嵌入式项目里就吃过这个亏——明明写了 clean 规则，执行后文件纹丝不动，查了半天才发现有人不小心创建了一个叫 clean 的空文件。

2.4 命令的执行细节

命令部分有几个细节，我当年踩过不少坑：

• 每条命令都在独立的 shell 中执行。所以你不能这样写：

target:
	cd src
	gcc -c main.c

这样写，cd src 的效果只在第一行有效，第二行又回到原目录了。正确做法是用 && 连接，或者写成一行：

target:
	cd src && gcc -c main.c

• 命令前加 @ 可以静默执行，不打印命令本身。我一般只在输出信息时用：

all:
	@echo "开始编译..."

• 命令前加 - 可以忽略错误。比如删除文件时，如果文件不存在，rm 会报错，加上 - 就能让 Make 继续往下走：

clean:
	-rm -f *.o

2.5 核心逻辑流程图

下面这张图，是我自己总结的 Make 执行规则时的判断流程。你看一遍，基本就懂了：

这张图你看懂了吗？说白了，Make 就是个“懒人”——能不干活就不干活，只有当你改了依赖文件，它才不情不愿地重新编译。

2.6 实战中的避坑指南

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

• 依赖顺序不重要。Make 不会按你写的顺序去检查依赖，它只关心时间戳。所以别指望通过调整依赖顺序来控制编译顺序。
• 命令的返回值。如果命令返回非零值，Make 会认为执行失败并停止。除非你加了 - 前缀。
• 变量展开时机。这个后面会细讲，但先记住：$(VAR) 是在执行时展开的，不是定义时。

嗯，这一章的内容就这些。你先把规则的基本语法和判断逻辑吃透，后面讲变量和函数时，你会发现一切都建立在今天的基础上。