为何在子shell前放置内联变量赋值会触发bash语法错误？

我最近频繁碰到一个需求：在单行命令里临时设置一个变量，还要在后续的多个命令里复用它——比如要把某个字符串嵌入到多条命令的不同位置时，这个需求就很常见。

直观但无效的写法 #

最开始我尝试了这种看起来理所当然的写法：

FOO=foo date > $FOO.txt && echo "Wrote to $FOO.txt"

但实际运行会出问题：bash在命令解析阶段就会展开$FOO，而不是等到FOO=foo生效的执行阶段。如果之前FOO是空值，这条命令会把内容写到.txt（因为$FOO被替换成了空），完全达不到预期。

可行的子shell方案 #

后来我发现用子shell可以解决这个问题：

(FOO=foo; date > $FOO.txt && echo "Wrote to $FOO.txt")

括号会创建一个独立的子shell环境，在子shell内部先完成FOO的赋值，后续的date和echo命令都在这个环境里执行，所以$FOO能正确解析为foo，完全符合预期。而且子shell的变量不会污染当前shell的环境，非常适合临时场景。

为什么FOO=foo (...)会报错？ #

让我困惑的是下面这种写法直接报错：

FOO=foo (date > $FOO.txt && echo "Wrote to $FOO.txt")

错误提示是：bash: syntax error near unexpected token '('。原因其实很简单：

bash里VAR=value command的语法，是给单个命令临时设置环境变量，这里的command必须是一个合法的可执行命令（或者shell内置命令），而(...)是shell的复合命令结构，不是一个可执行命令。bash会把(当成命令名来解析，但(本身不是合法命令，所以触发语法错误。

如果非要用“临时赋值+复合命令”的形式，得用分号或者大括号把它们组合成一个整体，比如：

FOO=foo; { date > $FOO.txt && echo "Wrote to $FOO.txt"; }

不过要注意，这种写法里FOO的赋值会留在当前shell环境里，而子shell写法不会——这是两者的核心区别。

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