次のコマンドを実行するとします。
tr a-z A-Z < file > file
< fileリダイレクトには、2つのタイプがあります> file。どちらもtrコマンドの前に処理され、私が知っている限り、複数のリダイレクトがある場合は左から右に処理されます。つまり、最初に来るのが< file後に来るのです> file。< fileコマンドが実行されると、stdin名前がというファイルから出るという意味ですかfile？その後、その部分> fileが処理されます。これは、出力が名前付きファイルに転送されることを意味しますfile。名前付きファイルもfileサイズが0に切り捨てられます。コマンドは最後に開始されますが（tr例では）、前のステップで入力ファイルが0に切り捨てられたため、空のファイルのみを処理しますか？
ベストアンサー1
いいですね。>コマンドの開始前にファイルを切り捨てると、コマンドに空の入力ファイルが表示されます。左から右にリダイレクトするのは実際には重要ではありません（ただし、ファイルが存在せず、ファイルが>file <file最初に作成されるとエラーが発生することを除く）。
somecommand <file >>fileほとんどの場合、コマンドは独自の入力を読み取ると無限ループに直面します。ただし、短いファイルの場合、コマンドは内容を書き込む前に入力の終わりを検出できます。この場合、入力と出力は別々のファイルのように動作します。
はいsomecommand <file 1<>file、状況はより複雑です。コマンドがファイルを展開または縮小するかどうかによって、独自の入力を繰り返すことも、そうでない場合もあります。コマンドが常にファイルを折りたたんでいる場合（たとえば、行grep番号付けや色付けなど）、つまり出力のバイトNが常に入力のバイト0..N-1にのみ依存する場合、2つのファイルのように動作します。 。違う。しかし、それに頼ることはお勧めできません。いくつかの点で脆弱であり、コマンドが途中で中断されると混乱を招く可能性があります。