中括弧を使用したBashサブシェルの作成

よれば、この、中括弧の間のコマンドのリストを確定すると、リストは、現在のシェルのコンテキスト内で実行されるようにします。サブシェルは作成されません。

psこれを実際に使用して見る

これは、コマンドラインで直接実行されるプロセスパイプラインのプロセス階層です。4398は、ログインシェルのPIDです。

sleep 2 | ps -H;
  PID TTY          TIME CMD
   4398 pts/23   00:00:00 bash
   29696 pts/23   00:00:00   sleep
   29697 pts/23   00:00:00   ps

コマンドラインで直接実行される中括弧間のプロセスパイプラインのプロセス階層に従います。4398は、ログインシェルのPIDです。これは、すべてが現在のシェルコンテキストで実行されることを証明する上記の階層に似ています。

{ sleep 2 | ps -H; }
   PID TTY          TIME CMD
    4398 pts/23   00:00:00 bash
    29588 pts/23   00:00:00   sleep
    29589 pts/23   00:00:00   ps

これは、sleepパイプライン自体が中かっこ内に配置されている場合のプロセス階層です（つまり、2レベルのかっこ）

{ { sleep 2; } | ps -H; }
  PID TTY          TIME CMD
   4398 pts/23   00:00:00 bash
   29869 pts/23   00:00:00   bash
   29871 pts/23   00:00:00     sleep
   29870 pts/23   00:00:00   ps

ドキュメンテーションに中括弧間のコマンドが現在のシェルコンテキストで実行されると記載されている場合、3番目のケースでbash実行するサブシェルを作成する必要があるのはなぜsleepですか？

パイプラインでは、すべてのコマンドが（パイプで接続されたstdout / stdinを使用して）同時に実行されるため、異なるプロセスで実行されます。

に

cmd1 | cmd2 | cmd3

3つのコマンドはすべて異なるプロセスで実行されるため、少なくとも2つのコマンドは子プロセスで実行する必要があります。一部のシェルは、現在のシェルプロセスでそれらの1つを実行します（組み込みのように、readまたはパイプラインがスクリプトの最後のコマンドである場合）が、bashそれらをすべて独自の個別のプロセスで実行します（lastpipe最近のbashバージョンおよび特定の条件下でのオプションを除く））。

{...}グループコマンド。そのグループがパイプラインの一部である場合、単純なコマンドのように別のプロセスで実行する必要があります。

に：

{ a; b "$?"; } | c

評価するためのシェルa; b "$?"は別のプロセスである必要があるため、サブシェルが必要です。シェルはb、そのグループで実行される最後のコマンドであるため、フォークしないことで最適化できます。一部のシェルはそれを行いますが、明らかにそうではありませんbash。

中括弧を入れ子にすることは、新しいサブシェルを呼び出す必要がある追加のレベルのスコープを作成していることを示しているように見えます。この効果は、ps -H出力のBashの2番目のコピーで確認できます。

中括弧の最初のレベルで規定されているプロセスのみが、元のBashシェルのスコープ内で実行されます。ネストされた中括弧は、独自のスコープ付きBashシェルで実行されます。

例

$ { { { sleep 20; } | sleep 20; } | ps -H; }
  PID TTY          TIME CMD
29190 pts/1    00:00:00 bash
 5012 pts/1    00:00:00   bash
 5014 pts/1    00:00:00     bash
 5016 pts/1    00:00:00       sleep
 5015 pts/1    00:00:00     sleep
 5013 pts/1    00:00:00   ps

撮影| ps -Hミックスのアウトだけので、我々は、ネストされた中括弧を見ることができ、我々は実行することができps auxf | less、別のシェルで。

saml     29190  0.0  0.0 117056  3004 pts/1    Ss   13:39   0:00  \_ bash
saml      5191  0.0  0.0 117056  2336 pts/1    S+   14:42   0:00  |   \_ bash
saml      5193  0.0  0.0 107892   512 pts/1    S+   14:42   0:00  |   |   \_ sleep 20
saml      5192  0.0  0.0 107892   508 pts/1    S+   14:42   0:00  |   \_ sleep 20
saml      5068  0.2  0.0 116824  3416 pts/6    Ss   14:42   0:00  \_ bash
saml      5195  0.0  0.0 115020  1272 pts/6    R+   14:42   0:00      \_ ps auxf
saml      5196  0.0  0.0 110244   880 pts/6    S+   14:42   0:00      \_ less

しかし、もっと待ってください！

ただし、パイプを取り出してこの形式のコマンドを使用すると、実際に期待するものがわかります。

$ { { { sleep 10; } ; { sleep 10; } ; sleep 10; } } | watch "ps -H"

結果のウォッチウィンドウで、2秒ごとに更新が行われます：

これが最初sleep 10です：

  PID TTY          TIME CMD
29190 pts/1    00:00:00 bash
 5676 pts/1    00:00:00   bash
 5678 pts/1    00:00:00     sleep
 5677 pts/1    00:00:00   watch
 5681 pts/1    00:00:00     watch
 5682 pts/1    00:00:00       ps

2番目は次のsleep 10とおりです。

  PID TTY          TIME CMD
29190 pts/1    00:00:00 bash
 5676 pts/1    00:00:00   bash
 5691 pts/1    00:00:00     sleep
 5677 pts/1    00:00:00   watch
 5694 pts/1    00:00:00     watch
 5695 pts/1    00:00:00       ps

3番目は次のsleep 10とおりです。

  PID TTY          TIME CMD
29190 pts/1    00:00:00 bash
 5676 pts/1    00:00:00   bash
 5704 pts/1    00:00:00     sleep
 5677 pts/1    00:00:00   watch
 5710 pts/1    00:00:00     watch
 5711 pts/1    00:00:00       ps

中括弧の異なるネストレベルで呼び出された3つのスリープはすべて、実際にはBashのPID 5676内にとどまることに注意してください。だから私はあなたの問題は自己の使用を負っていると信じています| ps -H。

結論

| ps -H（つまりパイプ）を使用すると、追加のサブシェルが発生するため、何が起こっているのかを調べる際にそのメソッドを使用しないでください。

テストの結果を投稿します。これは、bashがパイプラインの一部である場合にのみ、グループコマンドのサブシェルを作成するという結論に導きます。サブシェルで。

$ { A=1; { A=2; sleep 2; } ; echo $A; }
2

$ { A=1; { A=2; sleep 2; } | sleep 1; echo $A; }
1