サブシェルの作成と処理

Bashがサブシェルを作成し、関連するスコープの問題を管理する方法を理解するのが困難です。誰かがこの問題に対する私の考えを一致させることができることを願っています。

私が最初に理解していないのは、変数がサブシェルで処理される方法です。 eXportフラグがオンでない場合、変数は継承されないと思います。ただし、グループ化によって作成されたサブシェルの場合はそうではありません。

$ n=3
$ ( pstree $$ ; echo $n )
bash---bash---pstree
3

対照的に、サブシェルを手動で作成すると、すべてが期待どおりに機能します。

$ export ppid=$$
$ bash
$ pstree $ppid
bash---bash---pstree
$ echo $n

さらに、一部のグループ化は実際にはサブシェルを生成しません。

( pstree $$ )
bash---pstree

実際に使用してはならないいくつかのグループは次のとおりです。

$ pstree $$ &
[1] 1685
$ bash---pstree
{ pstree $$; } &
[1] 1687
$ bash---bash---pstree

追跡する特別なケースが多いので、これは少し混乱しているようです。そしてそれはさらに混乱します。プロセスの交換を検討してください。

$ cat <(pstree $$)
bash-+-bash---pstree
    `-cat

私が理解しているように、bashは子プロセスでcatを実行して読み取ることができるFIFOを提供します。その後、サブシェルをフォークし、FIFOのもう一方の端を提供します。サブシェルはpstreeを実行します。

さて、次のことを考えてみましょう。

$ pstree $$ > >(cat)  # There is some non determinism involved, output may be different
bash---pstree---bash---cat
#or sometimes
bash---pstree---bash

ここでbashは何か違うことをしているようです。これはサブシェルをフォークし、サブシェルは別のサブシェルをフォークします: bash---bash(1)---bash(2)

bash（1）（FIFOの書き込み終了を取得）はpstreeを実行し、bash（2）（FIFOの書き込み終了を取得）は子プロセスでcatを実行します。

したがって、最初のケースでは、サブプロセスはプライマリシェルのサブシェルによって実行されます。 2番目は、メインコマンドのシェルサブプロセスによって実行されます。

2番目のケースは、catが作成される前にpstreeを実行できるためです。