Bash中`eval $cmd`与直接执行`$cmd`的差异及相关问题

嘿，这个问题问到点子上了——在Bash里用eval $cmd和直接执行$cmd的差异，很多人刚开始都容易搞混，我来给你拆解清楚：

这俩最本质的区别在于shell解析的次数，进而导致了一系列行为上的不同：

• 单次解析 vs 二次解析：
  直接执行$cmd时，Bash只做一次词法解析：先把$cmd展开成字符串，然后按默认的空白字符分割成命令和参数（这里要注意，含空格的参数会被粗暴拆分，除非你用数组）。
  而eval $cmd会触发两次完整解析：先展开$cmd得到原始字符串，接着把这个字符串当成全新的命令行重新解析一遍——包括处理引号、转义字符、元字符（比如;、|）、变量替换等等。
• 元字符的处理逻辑：
  直接执行时，;、|、>这类shell元字符会被当成普通字符串，不会触发对应的功能。比如cmd='echo hello; echo world'，直接跑$cmd会把整个字符串作为echo的参数，输出hello; echo world；但eval $cmd会把分号识别成命令分隔符，先输出hello再输出world。
• 变量展开的时机：
  如果cmd里包含变量引用，直接执行时变量展开只发生在$cmd本身的展开阶段，里面的变量引用会被当成普通字符串。比如var=test; cmd='echo $var'，直接跑$cmd会输出$var；而eval $cmd会在二次解析时重新展开$var，最终输出test。

引号的存在会直接改变$cmd的展开逻辑，进而让两种执行方式产生完全不同的结果，举几个典型场景：

• 含空格的带引号参数：
  比如cmd='echo "hello world"'，直接执行$cmd时，Bash会把echo、"hello、world"当成三个独立参数，输出结果是"hello world"（带引号）；而eval $cmd会二次解析引号，把hello world当成一个参数，最终输出hello world（无引号）。
• 通配符的展开：
  假设当前目录有a.txt、b.txt，cmd='echo *.txt'，直接执行$cmd会把*.txt当成普通字符串输出；但eval $cmd会在二次解析时展开通配符，输出a.txt b.txt。
• 延迟变量展开：
  如果用单引号赋值cmd='echo $HOME'，直接执行$cmd会输出$HOME（因为单引号里的变量没被展开，$cmd展开后就是原字符串）；而eval $cmd会解析$HOME，输出你的家目录路径。但如果用双引号赋值cmd="echo $HOME"，那直接执行和eval的结果就一致了——因为双引号里的$HOME在赋值时已经展开完成，eval的二次解析没东西可处理了。

性能上的区别很直接：eval比直接执行$cmd慢，而且复杂场景下差异会更明显。
原因很简单：eval需要多做一次完整的shell解析流程——词法分析、语法分析、命令执行准备，这些都是额外的开销。如果是在循环里多次执行，或者cmd本身包含大量复杂语法，eval的性能劣势会被放大。
另外提一句（虽然你没问，但很重要）：eval的安全性也更低，如果cmd包含不可信的内容（比如用户输入的; rm -rf /），eval会直接执行这些恶意元字符，而直接执行时这些元字符会被当成普通参数，不会造成破坏。

内容的提问来源于stack exchange，提问作者con-f-use