4. 条件判断与多目标

各位同学，今天我们来聊聊Makefile里那些「看情况办事」的机制。说白了，就是让构建脚本学会思考——什么时候编译，编译哪些东西，哪些目标需要强制执行。

我在做嵌入式项目时，经常要同时编译多个平台版本。ARM版、x86版、模拟器版……如果每个版本都写一套Makefile，那维护成本就太高了。这时候，条件判断和多目标构建就成了救命稻草。

4.1 条件判断：让Makefile学会「看人下菜碟」

条件判断的核心就四个指令：ifeq、ifneq、ifdef、ifndef。它们的作用是让Makefile根据变量值或变量是否定义，来决定执行哪段逻辑。

4.1.1 ifeq 和 ifneq：比较两个值

ifeq 检查两个值是否相等，ifneq 检查是否不相等。语法很简单：

ifeq ($(VARIABLE), value)
    # 相等时执行
else
    # 不相等时执行
endif

举个例子。我在项目中经常需要区分调试版和发布版：

DEBUG ?= 0

ifeq ($(DEBUG), 1)
    CFLAGS += -g -O0 -DDEBUG
    TARGET = app_debug
else
    CFLAGS += -O2 -DNDEBUG
    TARGET = app_release
endif

all: $(TARGET)

嗯，这里要注意：ifeq 后面的括号和逗号之间不能有空格。我刚开始写的时候踩过这个坑，死活匹配不上，查了半天才发现是格式问题。

ifneq 的用法完全一样，只是逻辑取反：

ifneq ($(ARCH), arm)
    $(warning "当前架构不是ARM，请确认交叉编译器路径")
endif

4.1.2 ifdef 和 ifndef：检查变量是否定义

这两个指令检查的是变量「有没有被定义」，而不是它的值是什么。哪怕变量被赋值为空字符串，也算「已定义」。

ifdef CROSS_COMPILE
    CC = $(CROSS_COMPILE)gcc
else
    CC = gcc
endif

我曾经遇到过一个很隐蔽的bug：某个变量被赋值为空，ifdef 判断为真，但实际使用时却拿不到有效值。所以我的习惯是：如果变量必须有值，就用 ifeq ($(VAR),) 来检查是否为空，而不是用 ifdef。

4.2 多目标构建：一次编译，多个产出

一个Makefile可以同时构建多个目标。最简单的写法就是让 all 依赖多个目标：

all: libfoo.a libfoo.so app

libfoo.a: foo.o
    ar rcs $@ $^

libfoo.so: foo.o
    $(CC) -shared -o $@ $^

app: main.o libfoo.a
    $(CC) -o $@ $^ -L. -lfoo

执行 make 或 make all，就会依次构建静态库、动态库和可执行文件。

我个人习惯把多目标分成两类：

• 并行目标：互不依赖，可以同时构建（比如不同架构的固件）
• 串行目标：有依赖关系，必须按顺序构建（比如先编译库，再链接应用）

对于并行目标，可以用 make -j4 来加速。但要注意，如果目标之间有隐式依赖，并行构建可能会出问题。我就在一次项目中吃过亏——两个目标同时写同一个临时文件，结果数据全乱了。

4.3 伪目标（.PHONY）：别把「动作」当成「文件」

伪目标是什么？说白了，就是那些不生成文件的目标。比如 clean、install、test 这些。

为什么需要伪目标？你想想看，如果当前目录下恰好有一个叫 clean 的文件，Make会认为 clean 目标已经是最新的了，就不会执行清理操作。这显然不是我们想要的。

解决办法就是用 .PHONY 声明伪目标：

.PHONY: clean install test

clean:
    rm -f *.o *.a *.so app

install:
    cp app /usr/local/bin/

test:
    ./app --run-tests

声明为伪目标后，Make会忽略同名文件，每次都强制执行规则中的命令。

4.4 强制目标：让目标每次都重新构建

强制目标（Force Target）是一种更「暴力」的手段。它的原理很简单：让目标依赖一个「不存在且无法生成」的目标，这样每次都会触发重建。

FORCE:

version.h: FORCE
    @echo "#define BUILD_TIME $$(date)" > $@

.PHONY: FORCE

这里 FORCE 没有规则和依赖，所以永远无法生成。任何依赖 FORCE 的目标，每次都会重新执行。

我一般在以下场景使用强制目标：

• 生成时间戳或版本号文件
• 从远程仓库拉取最新代码
• 执行一些必须每次都运行的检查脚本

不过要注意，强制目标会破坏Make的增量构建能力。用得太多，编译速度会明显下降。我的原则是：能用 .PHONY 解决的，就别用强制目标。

4.5 知识体系总览

下面这张图总结了本章的核心逻辑：

4.6 综合示例：一个实际项目的Makefile

最后，我给大家看一个我在嵌入式项目中实际用过的Makefile片段。它结合了条件判断、多目标、伪目标和强制目标：

# 项目配置
PROJECT = smart_device
ARCH ?= arm
DEBUG ?= 0

# 根据架构选择编译器
ifeq ($(ARCH), arm)
    CROSS_COMPILE = arm-linux-gnueabihf-
else ifeq ($(ARCH), x86)
    CROSS_COMPILE =
else
    $(error "不支持的架构: $(ARCH)")
endif

CC = $(CROSS_COMPILE)gcc
CFLAGS = -Wall -Wextra

# 根据调试开关设置编译选项
ifeq ($(DEBUG), 1)
    CFLAGS += -g -O0 -DDEBUG
    TARGET_SUFFIX = _debug
else
    CFLAGS += -O2 -DNDEBUG
    TARGET_SUFFIX = _release
endif

TARGET = $(PROJECT)$(TARGET_SUFFIX)

# 源文件
SRCS = main.c sensor.c network.c
OBJS = $(SRCS:.c=.o)

# 默认目标
.PHONY: all clean flash

all: $(TARGET)

$(TARGET): $(OBJS)
    $(CC) -o $@ $^

%.o: %.c
    $(CC) $(CFLAGS) -c $< -o $@

# 强制重新生成版本信息
VERSION_FILE = version.h
FORCE:

$(VERSION_FILE): FORCE
    @echo "#define BUILD_TIME \"$$(date '+%Y-%m-%d %H:%M:%S')\"" > $@
    @echo "#define GIT_HASH \"$$(git rev-parse --short HEAD 2>/dev/null || echo unknown)\"" >> $@

# 清理
clean:
    rm -f $(OBJS) $(TARGET) $(VERSION_FILE)

# 烧录（仅ARM架构）
flash: $(TARGET)
ifeq ($(ARCH), arm)
    @echo "烧录 $(TARGET) 到设备..."
    # 这里放烧录命令
else
    @echo "当前架构不是ARM，跳过烧录"
endif

这个例子几乎用到了本章所有知识点。你仔细看看，flash 目标里还嵌套了条件判断——只有ARM架构才执行烧录操作。这种写法在实际项目中非常实用。

好了，关于条件判断和多目标构建，就讲到这里。记住一句话：好的Makefile不是写出来的，是「想」出来的。想清楚哪些需要判断，哪些需要并行，哪些需要强制，你的构建系统就会既灵活又高效。