为何在Makefile中使用src变量而非直接定义obj变量？

安全阿岳

2026-6-1

为什么在Makefile中分开定义src和自动生成obj？

直接写obj = file1.o file2.o确实能正常运行，但分开定义源文件列表并通过$(src:.c=.o)（注意你示例里的$(SRC:.c=.o)存在大小写问题，Make变量区分大小写，要和定义的src保持一致）生成目标文件列表，是更专业的工程实践，核心原因如下：

减少重复输入，避免人为错误
当新增或删除.c文件时，只需要修改src一个变量即可，obj会自动同步更新。如果手动维护obj列表，很容易出现“改了src漏改obj”的情况，导致编译遗漏或冗余文件。
提升可维护性
项目文件数量变多后（比如十几个甚至几十个.c文件），手动逐个写.o文件名会非常繁琐，且容易出错。自动替换的方式让所有源文件变更只需要在一处处理，后续的编译依赖、目标文件列表都能自动对应。
适配Make的自动化规则
结合Make默认的.c.o隐含编译规则，这种写法能最大化利用Make的自动化能力。比如可以统一配置编译参数，不用为每个.o文件单独写编译规则：
```
CFLAGS = -Wall -O2
src = file1.c file2.c
obj = $(src:.c=.o)
target = myprog

$(target): $(obj)
    $(CC) $(CFLAGS) -o $@ $^
```
这里Make会自动处理所有.c到.o的编译流程，无需额外编写单文件规则。
逻辑可读性更强
一眼就能明确项目的源文件集合，以及目标文件是源文件的编译产物，二者的对应关系清晰直观。如果直接写obj列表，还需要手动对应.o和.c文件，文件数量多的时候可读性会大幅下降。