1. Makefile基础：构建系统的第一块砖

说实话，我刚入行那会儿，对「构建系统」这玩意儿完全没概念。写代码嘛，gcc hello.c -o hello 不就完了？直到我参与了一个稍微大点的项目——好家伙，几十个源文件，手动编译到怀疑人生。那时候我才明白，构建系统不是锦上添花，是刚需。

构建系统，说白了就是一套自动化流程。它帮你把源代码变成可执行文件、库文件，或者别的什么产物。你想想看，一个项目少则几十个文件，多则成百上千，总不能每次改一行代码就把所有文件重新编译一遍吧？

构建系统要解决的核心问题有三个：

常见的构建系统有 Make、CMake、Ninja、Bazel 等等。咱们这门课聚焦 Makefile，因为它是 Linux/Unix 世界最经典的构建工具，也是很多高级构建系统（比如 CMake）的底层依赖。

我个人习惯：不管项目大小，我都会写个 Makefile。哪怕只有两个文件，也值得。为什么？因为「自动化」这件事，越早做越省心。

Makefile 的核心就三个东西：目标（target）、依赖（prerequisites）、命令（recipe）。它们的关系很简单：

目标: 依赖
    命令

意思是：要生成「目标」，先得有「依赖」。如果依赖比目标新，或者目标不存在，就执行「命令」来更新目标。

嗯，这里要注意：命令前面必须是一个 Tab 键，不能是空格。我见过太多新手在这上面栽跟头了——包括我自己。有一次我调试了半天，Makefile 就是不执行，最后发现编辑器把 Tab 自动转成了空格。从那以后，我写 Makefile 第一件事就是检查 Tab。

目标可以是最终产物（比如可执行文件），也可以是中间产物（比如 .o 文件），甚至可以是伪目标（比如 clean、all）。

依赖就是生成目标所需要的文件或其他目标。Make 会递归检查依赖的时间戳，决定哪些需要重新构建。

举个例子：

hello: hello.o
    gcc -o hello hello.o

hello.o: hello.c
    gcc -c hello.c

这里 hello 是最终目标，它依赖 hello.o。hello.o 又是一个目标，它依赖 hello.c。当你执行 make 时，Make 会先检查 hello.o 是否需要更新，再决定是否链接。

避坑指南：我曾经在项目里把依赖写反了——把目标写成了依赖，依赖写成了目标。结果每次 make 都重新编译所有文件，气得我差点砸键盘。记住：目标是你要生成的，依赖是你已有的。

光说不练假把式。咱们直接上手写一个最简单的 Makefile。

先准备一个 hello.c：

#include <stdio.h>

int main() {
    printf("Hello, Makefile!\n");
    return 0;
}

然后写 Makefile：

hello: hello.c
    gcc -o hello hello.c

就这么两行。在终端执行 make，Make 会找到第一个目标 hello，检查依赖 hello.c 是否存在，然后执行 gcc -o hello hello.c。

如果你想清理产物，可以加个 clean 目标：

hello: hello.c
    gcc -o hello hello.c

clean:
    rm -f hello

注意 clean 是个伪目标——它不生成文件。执行 make clean 就会删除 hello 可执行文件。

重要提醒：如果当前目录下恰好有一个叫 clean 的文件，Make 会认为 clean 目标已经是最新的，不会执行命令。解决办法是用 .PHONY 声明伪目标：

.PHONY: clean

这个坑我踩过两次，一次是项目里有人不小心创建了 clean 文件，另一次是我自己手滑。嗯，从此以后我写伪目标必加 .PHONY。

为了让你更直观地理解 Makefile 的核心逻辑，我画了张图：

这张图展示了 Make 的执行流程：从解析 Makefile 开始，到检查依赖，再到决定是否执行命令。说白了，Make 就是个「懒人工具」——能不干活就不干活，只有当你改了代码，它才不情不愿地重新编译。

这一章我们聊了构建系统的本质、Makefile 的核心三要素（目标、依赖、命令），还亲手写了个 Hello World。这些东西看着简单，但它们是整个 Makefile 体系的基石。我见过不少工程师，Makefile 写了几年，却连 .PHONY 的作用都说不清楚——嗯，希望你不是其中之一。

下一章我们会深入 Makefile 的变量和规则，让构建脚本变得更灵活、更强大。不过在那之前，建议你把今天的内容亲手敲一遍。光看是学不会的，得动手。