4. Makefile变量：自定义变量、自动变量与赋值方式

变量是Makefile的灵魂。说实话，我见过太多人写Makefile时把路径、编译器、参数硬编码得到处都是，结果项目一换环境就崩。今天我们就来彻底搞懂Makefile的变量系统。

4.1 自定义变量——你的项目名片

自定义变量说白了就是给一串字符起个名字。我习惯把所有可能变化的东西都抽成变量，比如编译器、编译选项、源文件路径。

# 定义变量
CC = gcc
CFLAGS = -Wall -O2
TARGET = myapp
SRCDIR = src
OBJDIR = obj

# 使用变量
$(TARGET): $(OBJDIR)/main.o $(OBJDIR)/utils.o
    $(CC) $(CFLAGS) -o $@ $^

变量名一般用大写，这样一眼就能看出来。我在项目中遇到过有人用小写变量名，结果跟Makefile内置函数搞混了，排查了半天……嗯，从那以后我坚持用大写。

4.2 自动变量——$@, $^, $< 的妙用

自动变量是Makefile内置的「快捷方式」。你想想看，每次写规则都要重复写目标名和依赖名，多烦人。自动变量就是来解决这个问题的。

变量	含义	示例
$@	规则的目标文件名	gcc -o $@ $^
$^	所有依赖文件列表（去重）	gcc -o $@ $^
$<	第一个依赖文件	gcc -c $< -o $@
$?	比目标新的依赖文件列表	增量编译时用

# 没有自动变量时
main.o: main.c
    gcc -c main.c -o main.o

# 使用自动变量后
main.o: main.c
    gcc -c $< -o $@

# 多文件链接
myapp: main.o utils.o
    gcc -o $@ $^

我个人最喜欢$<，编译单个源文件时特别好用。我曾经在写一个大型项目的Makefile时，用$^配合模式规则，把200多行重复规则压缩成了10行。

4.3 变量的赋值方式——四种武器

赋值方式这块，我当年刚学时也晕过。四种方式各有各的脾气，用错了会出大问题。

4.3.1 = （递归展开赋值）

这是最基础的赋值方式。变量在使用时才展开，而不是定义时。

A = hello
B = $(A) world
A = hi

# B的值是 "hi world"，因为B在展开时A已经是"hi"了

为什么会这样？因为=是「懒加载」的。我遇到过有人用=定义了一个变量，然后在后面又改了依赖变量，结果整个Makefile的行为变得诡异。说实话，我建议新手少用=，除非你很清楚自己在做什么。

4.3.2 := （简单赋值）

这个我强烈推荐。变量在定义时就展开，值就固定了。

A := hello
B := $(A) world
A := hi

# B的值是 "hello world"，因为B定义时A的值就是"hello"

我在项目中几乎只用:=。它更符合直觉，不容易出bug。你想想看，大多数编程语言都是这种「定义即确定」的语义。

4.3.3 ?= （条件赋值）

只有变量未定义时才赋值。这个在写通用Makefile时特别有用。

CC ?= gcc
# 如果CC已经定义（比如从环境变量传入），就保留原值
# 否则使用gcc作为默认值

我曾经写过一个跨平台的项目，用户可以在命令行传入make CC=arm-linux-gcc，而Makefile内部用?=提供默认值。这样既灵活又安全。

4.3.4 += （追加赋值）

在已有变量值后面追加内容，自动加空格分隔。

CFLAGS := -Wall
CFLAGS += -O2
CFLAGS += -DDEBUG

# CFLAGS最终是 "-Wall -O2 -DDEBUG"

这个我常用于分模块定义编译选项。比如基础选项放在文件开头，调试选项放在条件判断里追加。

4.4 知识体系总览

下面这张图是我梳理的变量体系，你看一眼就能记住核心脉络：

4.5 实战中的避坑指南

讲完理论，说几个我踩过的坑：

• 我曾经用=定义了一个变量，然后在后面用+=追加，结果因为递归展开导致死循环。后来全部改成:=，问题解决。
• 我曾经在模式规则里忘了用$<，直接写了源文件名，结果模式匹配失效。记住：模式规则一定要用自动变量。
• 我曾经在Makefile里用?=给CC赋值，但用户通过环境变量传入的CC被覆盖了。后来发现?=只对未定义的变量生效，环境变量也算「已定义」。

好了，变量这块就讲到这里。记住：变量用得好，Makefile就成功了一半。下次写Makefile时，先把所有可能变化的东西抽成变量，你会感谢自己的。