在Advanced Bash-Scripting Guide中，在示例27-4（从底部开始的第7行）中，我已阅读以下内容：
函数作为子流程运行。
我在Bash中进行了测试，似乎以上陈述是错误的。
在本网站Bash Man和我的搜索引擎上进行的搜索没有任何帮助。
您有答案并想解释吗？
Answers:
《高级Bash脚本指南》并不总是可靠的，并且其示例脚本包含过时的做法，例如使用有效弃用的反引号代替命令，`command`而不是$(command)。
在这种情况下，这显然是不正确的。
（规范的）Bash手册中有关Shell函数的部分明确指出：
Shell函数是在当前Shell上下文中执行的；没有创建新的过程来解释它们。
括号函数将在调用shell进程中运行，除非它们需要自己的子shell，即：
&重定向或额外的环境。变量不会强制使用新的子shell：
hw(){
echo hello world from $BASHPID
echo var=$var
}
var=42 hw >&2
echo $BASHPID #unexports var=42 and restores stdout here如果您使用括号而不是curl定义函数：
hw()(
echo hello world from $BASHPID
)
hw
echo $BASHPID它将始终在新过程中运行。
命令替换$()也总是在bash中创建进程（但如果在内部运行内置命令，则不会在ksh中创建进程）。
f() (...)是允许的。除{...}和之外，还有其他定义(...)吗？在Bash中，我还不喜欢其他人。
function hw { echo hello world; } 语法（()如果键入，则不需要function，您可以在final之后}或)如中指定重定向hw(){ echo error; } >&2。就是这样
f()(...)总是执行自己的shell，而f(){...}不会执行。
foo() [[ x = x ]]有效的函数定义也是如此。但是，如果您与一起看功能，type foo您会发现这仍然是的语法糖foo() { [[ x = x ]]; }。子外壳函数也是如此：bar() ( : )变为bar() { ( : ); }。
该示例中涉及的命令如下所示：
echo ${arrayZ[@]/%e/$(replacement)}后面的示例指出：
# $( ... ) is command substitution.
# A function runs as a sub-process.出于对ABS指南的慈善，他们显然打算写的是，该函数在命令替换内运行，而命令替换内的命令在subshell中运行。