1、Makefile入门：什么是Makefile、为什么需要Makefile、Makefile的核心思想（依赖与目标）、第一个Makefile示例

1.1 什么是Makefile？

说白了，Makefile就是一个文本文件。

它告诉计算机：“你要编译这个项目，先做什么，后做什么，用什么命令做”。

我刚开始接触Linux开发时，看到别人敲一个make命令，整个项目就自动编译好了，当时觉得挺神奇的。后来才知道，背后就是Makefile在起作用。

Makefile里写的是规则。每条规则包含三部分：

• 目标（target）：你想生成什么文件
• 依赖（prerequisites）：生成这个目标需要哪些文件
• 命令（recipe）：怎么从依赖生成目标

嗯，就这么简单。但就是这三样东西，能帮你搞定整个项目的构建流程。

1.2 为什么需要Makefile？

你想想看，一个正经的C/C++项目，少说几十个源文件。每次改一行代码，难道要把所有文件重新编译一遍？

我见过新手直接在命令行里敲：

gcc main.c utils.c network.c -o myapp

这样搞，改一个文件就得等全部编译完。项目大了，一次编译能喝三杯咖啡。

Makefile解决了两个核心痛点：

1. 增量编译：只重新编译修改过的文件，没改的不动
2. 自动化构建：一条make命令搞定所有步骤

我在项目中遇到过最典型的场景：一个嵌入式项目有200多个源文件，手动编译一次要15分钟。用了Makefile之后，改一个.c文件，重新编译只需要几秒钟。你说香不香？

1.3 Makefile的核心思想：依赖与目标

Makefile的世界观其实很朴素——一切皆规则。

每条规则回答三个问题：

• 我要做什么？（目标）
• 做这件事需要什么？（依赖）
• 怎么做？（命令）

举个例子：你要做一碗面（目标），需要面条和开水（依赖），然后煮3分钟（命令）。

Makefile的规则格式长这样：

目标: 依赖1 依赖2
    命令1
    命令2

注意：命令前面必须是一个Tab键，不能是空格。这个坑我踩过，当年调试了半天，结果发现是空格代替了Tab。

Makefile还有一个重要的特性：依赖链。

如果目标A依赖B，B又依赖C，那么make会自动先处理C，再处理B，最后处理A。这就是所谓的递归依赖解析。

我用一张图来说明这个逻辑：

看到没？依赖是自底向上的。make会先检查源文件有没有变化，再决定要不要重新编译.o文件，最后决定要不要重新链接成最终程序。

1.4 第一个Makefile示例

光说不练假把式。我们来写一个最简单的Makefile。

假设你有三个文件：

// main.c
#include <stdio.h>
int main() {
    printf("Hello Makefile!\n");
    return 0;
}

对应的Makefile长这样：

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

然后在终端里执行：

$ make
gcc main.c -o myapp

搞定。就这么简单。

但实际项目不会这么简单。我们稍微扩展一下：

myapp: main.o utils.o
    gcc main.o utils.o -o myapp

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

utils.o: utils.c
    gcc -c utils.c -o utils.o

clean:
    rm -f *.o myapp

这里多了几个东西：

• clean是一个伪目标，它不生成文件，只是执行清理命令
• 每个.o文件都有自己的规则，实现了增量编译
• 如果你只改了utils.c，make只会重新编译utils.o，然后重新链接

1.5 小结

这一章我们聊了：

• Makefile是什么——一个帮我们自动化构建的文本文件
• 为什么需要它——为了增量编译，为了省时间
• 核心思想——目标、依赖、命令，三者缺一不可
• 第一个示例——从单文件到多文件的Makefile写法

其实Makefile没那么神秘。它就是一套规则，告诉计算机怎么干活。你掌握了这个思想，后面学变量、函数、条件判断什么的，都是锦上添花。

嗯，下一章我们聊聊Makefile里的变量。这东西用好了，能让你的Makefile简洁十倍。