3、Makefile变量：变量的定义与使用、自动变量（$@, $^, $<）、变量的赋值方式（=, :=, ?=, +=）
说实话，我刚接触Makefile那会儿，最头疼的就是变量。看着那些 $@、$^ 的符号，感觉像在看天书。但后来我发现，变量恰恰是Makefile最强大的地方——它让我们的构建脚本从「一次性脚本」变成了「可维护的工程工具」。
今天我就带你彻底搞懂Makefile的变量系统。别怕，这东西其实很直观。
3.1 变量的定义与使用
先看个最简单的例子：
CC = gcc
CFLAGS = -Wall -g
hello: hello.c
$(CC) $(CFLAGS) -o hello hello.c这里 CC 和 CFLAGS 就是变量。用 $(变量名) 或者 ${变量名} 来引用。我个人习惯用 $()，因为看得更清楚。
变量名区分大小写。CC 和 cc 是两个不同的变量。嗯，这里要注意，别写错了。
CC 就知道是编译器，看到 CFLAGS 就知道是编译选项。
3.2 自动变量：$@, $^, $<
自动变量是Makefile里最实用的特性之一。说白了，就是Make自动帮你填好的「快捷方式」。
| 自动变量 | 含义 | 举例 |
|---|---|---|
$@ |
目标文件名 | 如果目标是 hello.o，那 $@ 就是 hello.o |
$^ |
所有依赖文件列表 | 依赖是 hello.c utils.c，那 $^ 就是 hello.c utils.c |
$< |
第一个依赖文件 | 依赖是 hello.c utils.c，那 $< 就是 hello.c |
看个实际例子：
hello.o: hello.c hello.h
gcc -c $< -o $@
utils.o: utils.c utils.h
gcc -c $< -o $@这里 $< 自动取到 hello.c，$@ 自动取到 hello.o。你想想看，如果不用自动变量，每个规则都得手写文件名，多麻烦。
3.3 变量的赋值方式
这部分我当年踩过不少坑。四种赋值方式，各有各的脾气。
3.3.1 = （递归展开赋值）
A = hello
B = $(A) world
A = hi
# 此时 B 的值是 "hi world"
# 因为 = 是延迟展开，用到 B 时才去查 A 的当前值我曾经在项目里用 = 定义了一堆变量，结果发现变量互相引用时，值完全不是我想的那样。调试了半天才明白——= 是「用到才算」。
3.3.2 := （简单赋值）
A = hello
B := $(A) world
A = hi
# 此时 B 的值是 "hello world"
# 因为 := 是立即展开，定义 B 时就把 A 的值固定了我个人强烈建议：能用 := 就别用 =。为什么？因为 := 的行为更符合直觉，你看到什么就是什么，不会出现「变量值突然变了」的诡异情况。
3.3.3 ?= （条件赋值）
CC ?= gcc
# 如果 CC 没定义过，就赋值为 gcc
# 如果 CC 已经定义过，就保持原值这个特别适合给用户提供「默认值」。比如用户可以在命令行传 make CC=clang，那你的Makefile里 CC ?= gcc 就不会覆盖用户的设置。
3.3.4 += （追加赋值）
CFLAGS = -Wall
CFLAGS += -g
CFLAGS += -O2
# 最终 CFLAGS 是 "-Wall -g -O2"这个很好理解，就是在原有值后面追加内容。我经常用它来分层构建编译选项：基础选项放一块，调试选项放一块，优化选项放一块。
+= 的展开方式取决于变量之前是用 = 还是 := 定义的。如果之前是 :=，那 += 也是立即展开。如果之前是 =，那 += 也是延迟展开。嗯，这里容易搞混，建议统一用 := 配合 +=。
3.4 知识体系总览
下面这张图帮你理清Makefile变量的核心脉络：
3.5 实战建议
说了这么多，我总结几条实战经验：
- 默认用
:=：除非你明确需要延迟展开，否则:=更安全、更可预测。 - 善用
?=：给用户留个「后门」，方便覆盖默认值。 - 自动变量是标配：写规则时尽量用
$@、$^、$<，别手写文件名。 - 变量名要有意义：别用
A、B、C这种名字，三个月后你自己都看不懂。
:= 赋值。然后中间写规则，全部用自动变量。最后用 ?= 提供一些可配置项。这样结构清晰，改起来也方便。
好了，变量这块就讲到这里。你只要记住：变量是Makefile的「活水」，用好了，你的构建脚本就能从「死代码」变成「活系统」。