存储在变量中时，子外壳的括号不起作用

Question

命令：

( echo 1 )

当我在命令行中输入它时工作正常，但如果我将它存储为变量并调用它，它会给出错误：

(echo: command not found

代码：

input="( echo 1 )"
$input

当我这样调用它时，为什么它不以相同的方式评估括号并将其放入子shell中？

Answer 1

BashFAQ #50 对此进行了详细讨论。

不带引号的扩展只经历两个 shell 解析阶段：字段拆分和全局扩展。因此，( echo 1 ) 首先被拆分为字段：(、echo、1 和 )；每个都扩展为一个 glob（没有实际意义，因为它们都不是 glob 扩展）；然后它们作为命令运行：( 被调用，第一个参数echo，第二个参数1，第三个参数)。

存储代码的正确方法是在函数中：

# best-practices approach
input() ( echo 1; )
input

...或者，如果您想向人类读者更明确地表明您真的想要一个子shell，并且由于错误或习惯而没有使用括号而不是大括号：

# same, but more explicit about intent
input() { (echo 1); }
input

...如果不可能，可以使用eval（但请注意BashFAQ #48 中给出的警告）：

# avoid this approach if at all possible
input="( echo 1 )"
eval "$input"

---

如果您在字符串中构建命令的真正原因是参数化其内容，请改用数组：

input_args=( 1 )                    # define an array
input() ( echo "${input_args[@]}" ) # use that array in a function (if needed)

# add things according to conditional logic as appropriate
if (( 2 > 1 )); then
  input_args+=( "possible argument here" )
fi

# call the function, or just use the array directly, such as: (echo "$(input_args[@]}" )
input

Answer 2

括号是shell语法。

要将存储在变量中的语法反映返回到shell中进行处理，您必须使用eval命令。

仅仅将变量的值插入命令行不会触发eval 语法评估。那将是对 eval 的不必要入侵，会导致各种问题。

例如，考虑一下：

arg="(parenthesized)"
somecommand $arg

我们只希望somecommand 以字符串(parenthesized) 作为参数被调用；我们不想运行子shell。这种隐式 eval 会将无害的数据转化为实时代码，从而造成安全漏洞，更不用说试图避免它的编码噩梦了。

$arg 的处理规则与位置无关；即使$arg 是命令行中的第一个元素，扩展也会以同样的方式发生：

$arg foo

参数替换将$arg 转换为文本(parenthesized)，然后将其作为命令尝试，而不是作为shell 语法。

要执行存储在input 中的shell 脚本，请使用：

eval "$input"

你也可以这样做：

input="echo 1"       # no parentheses

/bin/sh -c "$input"  # run in subshell explicitly

当然，子shell 方法将代码片段提供给执行周围脚本的同一个shell，而这里我们选择了/bin/sh，它可能与调用shell 不同，或者即使它是指向同一个 shell 的符号链接。