で高度なバッシュ・スクリプトガイドで例27-4、下から7番目のライン、私はこれを読みました：
関数はサブプロセスとして実行されます。
Bashでテストを行ったところ、上記の記述は間違っているようです。
このサイト、Bash Man、および私の検索エンジンでの検索では、何の効果もありません。
答えはありますか、説明したいですか？
回答:
高度なバッシュ・スクリプティングガイドは、常に信頼性がなく、そのサンプルスクリプトは時代遅れ含んな使用など、実践効果的に廃止予定のコマンド置換のためにバッククォートを、すなわち、`command`ではなく$(command)。
この特定のケースでは、それは露骨に間違っています。
（標準）Bashマニュアルのシェル関数のセクションでは、
シェル関数は、現在のシェルコンテキストで実行されます。それらを解釈するための新しいプロセスは作成されません。
中括弧関数は、独自のサブシェルが必要でない限り、呼び出し元のシェルプロセス内で実行されます。
&リダイレクトまたは追加の環境。変数は新しいサブシェルを強制しません：
hw(){
echo hello world from $BASHPID
echo var=$var
}
var=42 hw >&2
echo $BASHPID #unexports var=42 and restores stdout hereカーリーの代わりに括弧で関数を定義する場合：
hw()(
echo hello world from $BASHPID
)
hw
echo $BASHPID常に新しいプロセスで実行されます。
また、コマンド置換$()は常にbashでプロセスを作成します（ただし、内部で組み込みコマンドを実行する場合はkshでは作成されません）。
f() (...)許可されるとは知りませんでした。{...}および以外に他の定義はあり(...)ますか？Bashでは、私はまだ他の人には興味がありません。
function hw { echo hello world; } 構文を使用できます（()入力する必要はなくfunction、最後の直後}または)inのようにリダイレクトを指定できますhw(){ echo error; } >&2。それについてです。
f()(...)常に独自のシェルを実行しますが、実行し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 Guideに慈善的であるように、彼らが明らかに意図したことは、関数がコマンド置換内で実行され、コマンド置換内のコマンドがサブシェルで実行されることです。