リダイレクトとパイプ

1. はい。より正確には、シェルでは、パイプは左コマンドの標準出力を右コマンドの標準入力に接続します。より正確には、foo | barシェルの場合は次のことを意味します。

   1. 作る管路。
   2. 子プロセスをフォークし、パイプの書き込み端を標準出力に接続します。次に、fooこのサブプロセスで実行します。
   3. サブプロセスをフォークし、パイプの読み取り端を標準入力に接続します。次に、barこのサブプロセスで実行します。
   4. 両方の子プロセスが終了するのを待ちます。

2. はい。通常のリダイレクトはファイルを名前で表します。>fooリダイレクトの別の形式は、次にファイルを表します。記述子。たとえば、>&2「ファイル記述子2が現在接続されているすべての項目に標準出力をリダイレクトする」などです。

   このトピックでは、リダイレクトが左から右に処理されることに注意してください。たとえば、標準出力と標準エラーを同じファイルにリダイレクトするには、を使用しますfoo >filename 2>&1。ターミナルに入力したコマンドは、foo 2>&1 >filenameまず標準エラーをターミナルに接続します（この時点では、標準出力と標準エラーがまだターミナルに接続されているため違いはありません）、次に標準出力をファイルに接続します。

3. はい、でも。シェルのパイプコンストラクタは匿名パイプを生成します。名前付きパイプ。

   mkfifo f
   cat f
   # (in another terminal)
   echo hello >f
   

   名前付きパイプはパイプよりはるかに一般的ではありません。 2つの独立した起動プロセスをリンクする必要がある場合は、この機能を使用してください。頻繁には発生しませんが、必要に応じて使用することをお勧めします。

   あなたが提供した交換はfoo >tempfile; bar <tempfile異なります。まず、fooすべての出力を一時ファイルに書き込み、bar実行を開始します。パイプを介してコマンドを並列に実行できます。

4. はい、しかしそれほど役に立ちません。

   cat input_file | some_command   # a uselessly complicated way of writing some_command <input_file
   echo hello | tee output_file    # a uselessly complicated way of writing echo hello >output_file
   

1）はい（stderrを除く）

prg 2>&1 | workwithboth

2）はい（stderrを除く）。

3）いいえ、まったくそうではありません。

com1 > tempfile; com2 < tempfile. 

com2 は com1 が完了した後に開始されます。

com1 | com2 

com1の出力の先頭は、com2としてすぐに処理できます。はい - ファイルなし：パイプを使用します。

4) 窓を扉に、扉を窓として使うことができるのに、なぜこうするのでしょうか。ドアと窓は理由があって作られました。空から落ちません。