为何Make的unexport指令未生效？

你遇到的问题核心是混淆了Make变量的导入与导出机制，再结合GNU Make 3.81的特定行为，导致unexport没有达到你预期的效果。下面拆解具体原因：

1. unexport的作用范围：不影响环境变量到Make变量的导入 #

当你在shell中设置BAR=dogs再运行make时，Make会自动将所有环境变量导入为同名的Make变量——这个导入过程是unexport无法阻止的。unexport的唯一作用是：阻止Make将自身持有的变量（包括从环境导入的变量）导出到执行规则命令的子shell中，但它不会删除已经导入到Make里的变量。

你的规则里写的是：

@echo BAR=$(BAR)

这里的$(BAR)是Make变量，Make会先把它替换成实际值（也就是从环境导入的dogs），再把完整的echo BAR=dogs命令传给子shell执行。所以不管unexport有没有生效，shell都会执行这条已经替换好的命令，自然会输出BAR=dogs。

2. 验证unexport的正确方式：引用shell环境变量 #

要测试unexport是否真的阻止了变量导出，你需要让shell自己读取环境变量，而不是让Make提前替换变量。修改你的Makefile规则为：

foo:
	@echo BAR=$${BAR}

这里的$${BAR}是shell的变量引用（Make会把$$解析成单个$，传给shell后变成$BAR）。此时：

• 设置BAR=dogs后运行make，因为unexport BAR阻止了Make把BAR变量导出到子shell，shell里的$BAR是空值，会输出BAR=；
• 如果去掉unexport BAR，shell就能拿到Make导出的BAR变量，会输出BAR=dogs。

3. GNU Make 3.81的特性补充 #

在GNU Make 3.81中，unexport确实不处理“从环境导入的变量”的可见性——它只控制Make变量是否传递给子进程。如果你想彻底阻止环境变量被导入为Make变量，需要在Makefile中显式清空变量：

BAR=
unexport BAR
foo:
	@echo BAR=$(BAR)

这样Make变量BAR被设为空，即使环境中有BAR，Make展开$(BAR)时也会是空值，输出BAR=。

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