zsh中为何直接执行命令替换结果报错，加eval才可正常解析？

所有POSIX兼容Shell（包括zsh、bash）处理输入命令行时，会按照固定的阶段顺序执行，不会对替换结果重复执行完整的语法解析流程，这就是观察到的现象的核心原因。

Shell的核心解析执行顺序如下：

• 第一阶段：词法分析与语法识别。这一步会扫描原始输入的内容，识别语法结构：包括判断哪部分是变量赋值、哪部分是重定向、哪部分是管道/逻辑运算符、哪部分是关键字/命令起始位置，这个阶段还没有执行任何替换操作。
• 第二阶段：执行各类展开操作。按规则依次处理命令替换$(...)、变量展开、算术展开、通配符展开、引号移除，把所有替换标记替换成实际的输出内容。
• 第三阶段：执行命令。将展开后的结果拆分为命令名和参数列表，查找对应内置命令或外部可执行文件执行，这个阶段不会再回头识别新的语法结构。

对测试现象的解释 #

为什么直接执行$(echo v=1)会报错 #

当输入$(echo v=1)时：

1. 第一阶段语法扫描时，Shell看到的行首第一个token是$(echo v=1)，不符合「变量名=值」的赋值语句识别规则（要求等号前的token是合法变量名，且出现在命令位置），因此不会把这行标记为赋值操作。而直接在终端输入v=1时，第一阶段语法扫描就能直接识别到赋值结构，因此会正常执行变量设置，不会走到查找外部命令的流程。
2. 第二阶段执行命令替换，拿到输出字符串v=1。
3. 第三阶段执行时，Shell已经过了语法识别阶段，只会把v=1整体当作要查找执行的命令名，依次在内置命令列表、PATH路径下搜索名为v=1的可执行程序，找不到就抛出command not found错误，根本不会将其识别为变量赋值操作。

为什么加eval就能正常执行 #

eval是Shell的内置命令，它的唯一作用是将接收到的所有参数拼接成完整的命令字符串，重新走一遍完整的Shell解析全流程。
执行eval $(echo vv=2)时：

1. 先对eval后面的内容做命令替换，拿到字符串vv=2作为参数传给eval。
2. eval拿到vv=2后，会把这段内容当作手动在终端输入的新命令，从语法识别阶段开始重新解析，这时候就能正常识别出这是变量赋值语句，完成变量设置。

补充说明 #

eval $(opam env)的用法也是完全相同的逻辑：opam env的输出本身就是多行export 变量名=值格式的Shell环境变量设置语句，这些内容如果仅靠命令替换展开，只会被当作命令名查找执行，完全无法修改当前Shell的环境变量；必须套一层eval让输出内容重新经过完整语法解析，才能正确识别赋值、export等语法结构，完成opam环境的激活。

很多人会产生「命令替换结果和手动输入效果一致」的误解，是因为$(echo echo hello)这类输出为「普通命令+参数」的场景刚好能正常运行——这类场景下展开后的第一个token是可找到的命令名，后续内容是参数，刚好匹配第三阶段的执行逻辑，不涉及赋值、重定向、关键字等需要提前识别的语法结构，才会给人「替换结果被完整解析」的错觉。

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