小编典典

与仅评估变量相比,eval / bash -c有什么意义?

linux

假设您将以下命令存储在变量中:

COMMAND='echo hello'

之间有什么区别

$ eval "$COMMAND"
hello

$ bash -c "$COMMAND"
hello

$ $COMMAND
hello

?如果最后一个版本较短,为什么最后一个版本几乎从未使用过(据我所知)却完全相同?


阅读 341

收藏
2020-06-07

共1个答案

小编典典

第三种形式与其他两种形式完全不同,但是要理解为什么,我们需要在解释命令时使用bash时要遵循的操作顺序,并查看在使用每种方法时应遵循哪些操作。

Bash解析阶段

  1. 报价处理
  2. 拆分为命令
  3. 特殊运算符解析
  4. 扩展
  5. 分词
  6. 乱语
  7. 执行

使用 eval "$string"

eval "$string"从#1开始执行上述所有步骤。从而:

  • 字符串中的文字引号变为语法引号
  • 特殊运算符如>()被处理
  • 扩展如$foo感到非常荣幸
  • 这些扩展的结果按字符分成空格,分成单独的单词
  • 如果这些词按相同的方式解析并具有可用的匹配项,则这些词将被扩展为glob,最后执行命令。

使用 sh -c "$string"

…的性能与之相同eval,但 在作为单独过程启动的新外壳中
;因此,当此新进程退出时,对变量状态,当前目录等的更改将过期。(注意,那就是,新的外壳可以是不同的解释支持不同的语言;即sh -c "foo"不支持相同的语法bashkshzsh等做的)。


使用 $string

…从第5步“单词拆分”开始。

这是什么意思?

行情不被接受。

printf '%s\n' "two words"因此将解析为printf %s\n "two
words",这与的通常/预期行为printf %s\n two words(外壳使用了引号)相反。

不会拆分为多个命令(在;s,&s或类似命令上)。

从而:

s='echo foo && echo bar'
$s

…将发出以下输出:

foo && echo bar

…而不是以下情况:

foo
bar

特殊操作员和扩展人员不予接受。

$(foo),不$foo,不<(foo),等等。

重定向不适用。

>foo或者2>&1只是通过字符串拆分创建的另一个单词,而不是shell指令。

2020-06-07