如何让‘FOO=bar.cpp meld a/$FOO b/$FOO’按预期运行？为何失效？

好问题！这个坑其实是shell解析命令的顺序导致的，咱们拆解一下背后的逻辑，再给出可行的修复方案：

问题根源 #

当你执行FOO=bar.cpp meld a/$FOO b/$FOO时，shell的处理流程是这样的：

1. 先做变量替换：shell会先扫描整个命令行，把$FOO替换成当前shell会话中该变量的现有值——而你写的FOO=bar.cpp是要传递给meld进程的环境变量，还没在当前shell里生效，所以此时$FOO是空字符串。
2. 再执行命令：替换完成后，实际执行的命令变成了FOO=bar.cpp meld a/ b/，自然达不到你想要的对比文件的效果。

简单说：shell变量替换的时机，早于“给命令设置环境变量”的时机，所以这个赋值对当前命令的变量替换没有作用。

修复方案 #

这里有几种靠谱的实现方式，按需选择：

1. 先赋值，再执行命令（最直观） #

如果不介意在当前shell会话中临时设置FOO变量，可以分两步写：

FOO=bar.cpp
meld a/$FOO b/$FOO

这样$FOO在当前shell里已经有值，替换的时候就能正确解析。

如果不想污染当前shell的变量（比如执行完不想让FOO继续存在），可以用子shell包裹：

(FOO=bar.cpp; meld a/$FOO b/$FOO)

括号会创建一个独立的子shell，赋值和命令都在子shell里完成，执行完子shell退出，当前shell的FOO变量不会被影响。

2. 用eval延迟变量替换（慎用） #

通过转义$FOO，让shell第一次解析时不替换，等eval执行时，FOO已经作为环境变量生效：

FOO=bar.cpp eval meld a/\$FOO b/\$FOO

⚠️ 注意：eval会执行任何解析后的命令，如果FOO的内容不可控（比如来自用户输入），可能存在安全风险，所以只在你能完全控制变量内容时使用。

3. 用env+子shell执行 #

借助env设置环境变量，再启动一个bash子shell执行命令，此时子shell能读取到FOO的值：

env FOO=bar.cpp bash -c 'meld a/$FOO b/$FOO'

这种方式也不会污染当前shell的变量，安全性比eval高。

内容的提问来源于stack exchange，提问作者Ken Y-N