`cat <> file`はどのように機能しますか？

cat < fileファイルの内容を標準出力に出力します。

cat > fileCtrl+ Dが検出され、入力テキストがfileに書き込まれるまでstdinを読み取ります。

cat <> file、少なくとも私のバージョンのBashでは、ファイルの内容を（エラーなしで）うまく印刷しますが、ファイルを変更したり、変更タイムスタンプを更新したりしません。

Bash規格>は、3番目のステートメントで無視されているように見えることをどのように正当化しますか？さらに重要なことは、それは何かをしているのですか？

Bashは、読み取り/書き込みファイル記述子<>を作成するために使用します。

リダイレクト演算子

[n]<>word

名前がwordの展開であるファイルは、ファイル記述子nで、またはnが指定されていない場合はファイル記述子0で読み書きするために開かれます。ファイルが存在しない場合は作成されます。

cat <> filefile読み取り/書き込みを開き、記述子0（標準入力）にバインドします。< file普通に標準入力に書き込もうとする人は誰もいないでしょうが、もしできればそれはできるので、賢明に書かれたプログラムの場合と本質的に同等です。

単純なCプログラムを作成して、それを直接テストできます。標準入力を介してwrite(0, "hello", 6)書き込みます。hellofile

<>他のPOSIX準拠のシェルでも同じ効果で動作するはずです。

<> fileファイルを（デフォルトでは、ファイル記述子0（stdin）のように<）読み取りと書き込みモードで切り捨てずに開き、事前に存在しない場合はファイルを作成します。

これはO_RDWR|O_CREAT、open()システムコールに渡されるフラグに対応します。対照的に<is O_RDONLYおよび>is O_WRONLY|O_CREAT|O_TRUNCおよび>> O_WRONLY|O_CREAT|O_APPENDです。

アプリケーションは通常stdinに書き込みを行わないため、stdinを書き込み可能にすることはあまり有用ではありません。通常、アプリケーションは起動時に受け取るファイル記述子の読み取りおよび書き込みを想定していません。通常、stdin（または自分で開くファイル記述子）から読み取り、stdoutまたはstderr（または自分で開くファイル記述子）に書き込みます。

<> その用途を持つことができます：

• あなたは好むかもしれcat <> fileオーバーcat < fileあなたがいる場合、コマンドは失敗したくない場合はfile存在しませんが、空がfile代わりに作成されました。

• 切り捨てられないという側面により<>、ファイルを所定の場所に上書きするのに役立ちます。ただし、その場合、通常はファイル記述子0で使用しません。

  printf xxx 1<> file

  最初の3つのバイトを置き換えるfileとはxxx。

• Linuxなどの一部のシステムで<>は、名前付きパイプ（FIFO）でブロックせずに（他のプロセスが相手側を開くのを待たずに）名前付きパイプを開き、パイプ構造が生きたままになるようにします。例えば：

  mkfifo pipe; sed 's/foo/bar/g' <> pipe

  sed他のいくつかのプロセスからの着信データを処理しますが、決して見えませんeof。