为什么需要 Make
在开发过程中，如果项目只包含一个源文件，直接调用 gcc 编译链接通常足够。但一旦项目规模扩大，涉及几十个甚至上百个 .c 文件，手动逐个编译不仅繁琐，还容易出错。
这时候就需要引入 make 工具。它配合 Makefile 文件，能够根据文件依赖关系自动判断哪些文件需要重新编译，从而实现项目的自动化构建。这不仅是提升效率的关键，也是衡量能否驾驭大型工程能力的标志之一。
简单来说，make 是命令，Makefile 是规则。写好规则后，只需运行 make，整个构建流程就会自动完成。
Makefile 基本语法解析
我们先从一个最简单的场景开始。假设当前目录下有一个 code.c 文件，我们希望通过 make 生成可执行程序 code。
创建一个名为 Makefile 的文件（注意首字母大写），内容如下：
code: code.c
gcc code.c -o code
.PHONY: clean
clean:
rm -f code
保存后，在终端执行 make，系统会自动调用 gcc 将 code.c 编译为 code 可执行文件。如果再次执行 make，由于目标文件已存在且未过期，make 会提示 nothing to be done for all，不会重复编译。
依赖关系与推导方法
上述代码的核心在于理解两行结构：
- 依赖关系：冒号左侧是目标（Target），右侧是依赖项（Dependency）。这里表示
code依赖于code.c。 - 推导方法：缩进后的命令行。表示如何从依赖项生成目标文件。
这种结构定义了文件间的生成逻辑。只要依赖项的时间戳晚于目标文件，或者依赖项不存在，对应的命令就会被执行。
伪目标 .PHONY
你可能会发现，如果连续执行 make clean，第一次能成功删除 code，第二次却可能报错或无效。这是因为 clean 本身并不是一个真实存在的文件，而是一个动作。
为了让这类动作始终被执行，我们需要使用 .PHONY 声明伪目标：
.PHONY: clean
clean:
rm -f code
加上 .PHONY 后，无论当前目录是否存在名为 clean 的文件，执行 make clean 都会无条件运行清理命令。这对于安装、卸载、测试等不产生实际文件的任务非常有用。
时间戳机制
make 如何知道是否需要重新编译？它比较的是文件的修改时间（Modify Time）。
- 如果依赖文件（如
code.c）的修改时间晚于目标文件（如code），则视为需要更新。 - 如果目标文件不存在，也视为需要更新。
这就是为什么多次运行 make 时，如果没有修改源码，就不会触发编译。而伪目标因为被标记为 ，会忽略时间戳检查，确保每次都能执行。
