バックグラウンドプロセスのサブシェル奇妙な動作

同様のbashコマンドがなぜこのように動作するのか疑問に思います。

Bashスクリプトがありますfoo。

#!/usr/bin/env bash

while true
do
    echo "reading"
    read data
    echo $data
    echo "stderr msg" >&2
    sleep 1
done

これは、stdinから一度に1行ずつ読み込み、同じ行を出力する無限ループです。 bashスクリプトもありますbar。

#!/usr/bin/env bash

./foo &

次のコマンドは、bashUbuntu 18.04の端末（v.4.4.19）で実行されます（スクリプトが作業ディレクトリにあると仮定）。

1. ./foo &

   • 次のように標準入力から読み取ろうとすると停止します。この回答。

   • 予想通り制御端末が終了すると終了します。

2. (./foo &)

   • 新しい入力は標準入力で自動的に継続的に提供されるようです。標準入力から読み取ろうとするときは止まらないのですか？何が得られてもエコーされると表示されないので、EOF文字であると推測されます。

   • 制御端末が終了した後も実行を続けます。出力を表示するには、ps制御端末がpts /から次に変わります。X到着？ 。 orを使用せずにdisownどうなりますかnohup？ （ただし、元の制御端末を殺してから書き込むたびに「書き込みエラー：入出力エラー」が発生しますが、その標準出力が閉じた端末に接続されているためですね。）

3. bash -c "./foo &"

   動作は2）とまったく同じようです。

4. ./bar

   2）、3）とまったく同じです。

5. 起動アプリケーションとして追加bash -c "~/foo"（いいえ）&

   動作は2)、3)、4)に似ていますが、次のような違いがあります.

   • 制御端末はデスクトップttyです。X。
   • あなたは制御端末を殺すことはできません。
     
     

   違いは私にとって驚くべきことではなく、新しい入力が常に注入されているということです。

私の考えでは、2） - 5）すべてのstdinが似ているようにリダイレクトされているサブシェルの一種を使用しています/dev/nullが、私は確かではなく、より正確な答えを探しています。