W jaki sposób to polecenie jest legalne? „> Plik1 <plik2 kot”

Zakładając, że file2już istnieje, polecenie

> file1 < file2 cat

wydaje się kopiować zawartość file2do file1.

Ale nie mogę zrozumieć tej struktury.

Rozumiem, że „Nic” nie jest kierowane file1(tworzenie lub usuwanie jego treści). Następnie file2kierowana jest treść file1.

Dlaczego catpo file2? skąd ma wiedzieć, cat file2czy operandy nie są we właściwej kolejności?

Zanim powłoka wykona catpolecenie w wierszu poleceń, szuka przekierowań.

Istnieją dwa przekierowania:

1. >file1 Spowoduje to przejście do standardowego wyjścia polecenia file1.
2. <file2 Spowoduje to, że standardowe wejście polecenia będzie pochodzić file2.

Fakt, że te przekierowania są umieszczone w dziwnym miejscu w wierszu poleceń, nie ma znaczenia.

$ cat <file2 >file1

jest taki sam jak

$ <file2 cat >file1

który jest taki sam jak

$ <file2 >file1 cat

itd .¹

Zauważ, że catnarzędzie we wszystkich tych instancjach jest uruchamiane bez żadnych argumentów wiersza poleceń . Przekierowania nie są operandami catpolecenia, są instrukcjami powłoki, aby skonfigurować przekierowania do i z polecenia (łącząc jego standardowe wejście i wyjście z plikami). Powłoka ustawia przekierowania przed wywołaniem polecenia.

Różnica między cat filei cat <file(lub, jeśli wolisz <file cat) polega na tym, że w pierwszym przypadku catsamo narzędzie otwiera plik, który jest podawany jako operand w wierszu poleceń, do odczytu, podczas gdy w drugim przypadku powłoka będzie otwórz plik i podłącz catdo niego strumień wejściowy². W drugim przypadku catzauważy, że nie otrzymał operandu pliku i automatycznie przełączy się na odczyt ze standardowego wejścia. Jest to cecha cati niektóre inne narzędzia, a nie coś, co robią wszystkie narzędzia.

catodczyta również ze swojego standardowego wejścia, jeśli otrzyma operand -. Ponownie, jest to specjalne tylko dla catniektórych innych narzędzi (tj. Nic, co robi powłoka ). Aby użyć catdla pliku w bieżącym katalogu, którego nazwa to - , dodaj ścieżkę do nazwy pliku, na przykład ./-.

¹ _{W niektórych okolicznościach kolejność przekierowań jest nadal ważna; Z cat <file2 >file1, na przykład, file1nie zostanie obcięta, jeśli file2jest niedostępny (na przekierowania są przetwarzane od lewej do prawej). Względne umiejscowienie słowa catjest jednak nadal arbitralne i nie wpłynie na to.}

² _{Zobacz także pytanie „ cat daje inny błąd podczas otwierania nieistniejącego pliku ”.}

Fakt, że powłoka ustawia przekierowania przed wykonaniem polecenia w wierszu poleceń, powoduje, że takie rzeczy zawodzą i kończy się to pustym plikiem wyjściowym:

$ sort file >file

Tutaj powłoka obcina (opróżnia) plik fileprzed wykonaniem sort filei podłączeniem sortstandardowego wyjścia do pliku. sortNarzędzie następnie otworzyć filei posortować jego zawartość (czyli nic). Wynik (nic) jest przekazywany przez standardowy strumień wyjściowy do file.

Środkiem zaradczym w tym konkretnym przypadku (do sortowania pliku „na miejscu”) jest

$ sort -o file file

lub

$ sort file >file.sorted && mv file.sorted file

co mniej więcej sortdziała, gdy używa się -opliku do określenia nazwy pliku wyjściowego.

Wystarczy wykonać kopię zapasową stwierdzenia, że ​​przekierowania mogą poprzedzać rzeczywistą nazwę narzędzia w wierszu poleceń:

„Proste polecenie” jest sekwencją opcjonalnych przypisań zmiennych i przekierowań, w dowolnej sekwencji, opcjonalnie poprzedzonych słowami i przekierowaniami, zakończonych operatorem sterującym. [ref: POSIX Shell Command Language 2.9.1 Proste polecenia]

A także o tym, że przekierowanie nie jest częścią argumentów narzędzia:

Opcjonalny numer, operator przekierowania i słowo nie pojawiają się w argumentach przekazanych do polecenia, które ma zostać wykonane (jeśli występuje). [patrz: Przekierowanie języka poleceń POSIX Shell 2.7]