主Makefile末尾添加Match-Anything模式规则是否存在反对理由？

这个%: make -e -C subdir $@的“万能”规则看起来能快速实现转发子目录Makefile的需求，但实际用起来会踩不少坑，主要有这些反对理由：

• 覆盖Make内置默认规则
  Make自带大量默认隐式规则（比如从.c编译生成.o、从.o链接成可执行文件），这个匹配任意的规则优先级高于默认规则，会直接覆盖这些行为。比如你在主目录随便写个test.c然后执行make test，它不会帮你编译主目录的程序，反而跑去子目录执行test目标，完全不符合预期。

• 递归Make的依赖与变量冲突
  用make -C subdir $@递归调用时，即使加了-e（环境变量覆盖Makefile变量），也容易出现变量传递混乱的问题：主Makefile的自定义变量可能被子目录的Makefile覆盖，或者子目录需要的主目录变量没传过去，导致构建结果不一致。而且这种方式完全割裂了主目录和子目录的依赖关系，如果子目录的目标依赖主目录生成的文件，这个规则根本处理不了这种跨目录依赖。

• 调试和维护难度陡增
  当构建出问题时，这种“通吃”规则会让排查变得异常困难：你很难判断某个目标到底是主Makefile处理的，还是被转发到子目录了。比如执行make clean，你得花时间确认是清理主目录还是子目录；后续接手维护的人看到这个规则也会困惑，不知道哪些目标是该转发的，哪些是主目录自己要处理的，增加了认知成本。

• 无法兼容主目录自身的构建目标
  如果主目录本身有自己的构建需求（比如生成顶层文档、打包整个项目的install目标），这个规则会把所有未定义的目标都劫持到子目录。除非你给主目录的每个目标都写显式规则，否则哪怕是你想在主目录执行的简单操作，都会被转发到子目录，非常麻烦。

更稳妥的替代方案 #

与其用匹配任意的规则，不如显式指定需要转发到子目录的目标，比如：

# 明确列出需要转发到子目录的目标
SUBDIR_TARGETS := clean all install test

$(SUBDIR_TARGETS):
	make -e -C subdir $@

这样既满足了测试需求，又不会干扰主目录的其他构建行为，后续维护也更清晰。

内容的提问来源于stack exchange，提问作者Bartlomiej Grzeskowiak