Makefile中配置的强制重建功能实际运行原理是什么？

核心原理：伪目标（.PHONY）的特性 #

GNU Make 执行构建的默认逻辑是：仅当目标文件的修改时间早于任意一个依赖文件的修改时间时，才会执行目标对应的构建命令。要实现每次执行make都强制重编译，只需要给目标添加一个永远「处于更新状态」的依赖即可，你用到的.PHONY标记就是实现这个效果的核心。

逐行拆解相关配置逻辑 #

你的Makefile里和强制重编译相关的三行是关键：

$(APP_NAME): .force_rebuild
.PHONY: .force_rebuild

$(APP_NAME): $(SRC_FILE)

• 首先.PHONY: .force_rebuild将.force_rebuild标记为伪目标：Make处理伪目标时，不会去磁盘查找是否存在同名的真实文件，每次执行到该目标时，都会默认该目标已经被更新过，属于最新状态。
• Make支持同一个目标多次追加依赖，不会覆盖之前的声明，因此最终test目标的依赖被合并为.force_rebuild + test.cpp。
• 每次执行make时，因为.force_rebuild永远是最新的，Make会判定test目标的修改时间早于依赖，必须重新执行对应的构建命令，也就实现了强制重编译的效果，不需要依赖test.cpp的修改时间变化。

额外补充 #

这种实现方式比直接把test标记为.PHONY更合理：如果直接将生成的可执行文件目标标记为伪目标，部分场景下可能会和真实生成的文件判断逻辑冲突，用独立的伪目标作为依赖是业界通用的强制重编译实现方式。

内容的提问来源于stack exchange，提问作者Vlastimil Burián