STDIN読み取りは他のプロセスの多くの書き込みと競合していますか? [閉鎖]

STDIN読み取りは他のプロセスの多くの書き込みと競合していますか? [閉鎖]

私のアプリケーションの1つ(例:「A」)はいくつかの警告をSTDINにプッシュし、アプリケーションのシェルスクリプトはそのSTDINを読み取って処理します。同様に、出力をSTDINにプッシュできる他のアプリケーション(B、C、Dと呼ばれる)があります。

私の最初のアプリが他のアプリのSTDINプッシュを読み取ることができ、データがクラッシュする可能性があるかどうか疑問に思います。 (AのSTDINを読むと、B、CのSTDINの内容がわかりますか?)

ベストアンサー1

この場合、有用な「STDIN of A」はありません。 STDINは常にあなたのアプリケーション。 a、b、cはSTDOUTに書き込まれ、括弧はそれらを一緒に囲み、パイプは結果をアプリケーションのSTDINに接続します。はい、これらのすべてのSTDOUTは競合する可能性があります(絡み合っていないが1つずつ)。

( a ; b; c ) | yourapp

または

( a && b && c ) | yourapp

a、b、cがシェルスクリプト(「アプリケーションのシェルスクリプト」)内にあるかどうか、そしてそれがすべてスクリプトであるかどうかはわかりません。そうでない場合、スクリプトは「アプリケーション」であり、上記のシナリオにあります。その場合は、次のようなものが必要です。

while ...; do
    read something
    a
    b
    c
done

上記のシナリオでは、「読み取り」は、外部アプリケーションの通常のSTDINを順番に読み直して読み取る内容がないとブロックすることができますが、Aがどのようにアイテムをここにプッシュできるかわかりません.

わかりませんが、名前付きパイプやメッセージブローカーが役に立つ可能性があると思われます。

おすすめ記事