Chciałem poznać różnicę między następującymi dwoma poleceniami

2>&1 > output.log 

i

2>&1 | tee output.log

Widziałem, jak jeden z moich kolegów używa drugiej opcji przekierowania. Wiem, co robi 2> i 1, moje jedyne pytanie brzmi: jaki jest cel używania tee, w którym można użyć prostego przekierowania „>”?

Patrząc na dwa polecenia osobno:

utility 2>&1 >output.log 

Ponieważ przekierowania są przetwarzane od lewej do prawej, standardowy strumień błędów byłby najpierw przekierowywany do dowolnego miejsca, w którym idzie standardowy strumień wyjściowy (ewentualnie do konsoli), a następnie standardowy strumień wyjściowy byłby przekierowywany do pliku. Standardowy strumień błędów nie zostałby przekierowany do tego pliku.

Widocznym efektem tego jest to, że otrzymujesz to, co jest generowane przy standardowym błędzie na ekranie, i to, co jest wytwarzane przy standardowym wyjściu w pliku.

utility 2>&1 | tee output.log

Tutaj przekierowujesz standardowy błąd w to samo miejsce, co standardowy strumień wyjściowy. Oznacza to, że oba strumienie będą przesyłane do teenarzędzia jako pojedynczy, przeplatany strumień wyjściowy, i że te standardowe dane wyjściowe zostaną zapisane w danym pliku przez tee. Dane byłyby dodatkowo odtwarzane przez teekonsolę (w ten teesposób duplikuje strumienie danych).

To, które z nich zostanie użyte, zależy od tego, co chcesz osiągnąć.

Zauważ, że nie byłbyś w stanie odtworzyć efektu drugiego potoku tylko za pomocą >(jak w utility >output.log 2>&1, co zapisałoby zarówno standardowe wyjście, jak i błąd w pliku). Musisz użyć, teeaby uzyskać dane w konsoli, a także w pliku wyjściowym.

Dodatkowe uwagi:

The Widoczny efekt pierwszego polecenia

utility 2>&1 >output.log 

byłby taki sam jak

utility >output.log

To znaczy, standardowe wyjście trafia do pliku, a standardowy błąd trafia do konsoli.

Gdyby na końcu każdego z powyższych poleceń dodano kolejny krok przetwarzania, istniałaby duża różnica:

utility 2>&1 >output.log | more_stuff

utility >output.log      | more_stuff

W pierwszym potoku more_stuffuzyskałby to, co pierwotnie jest standardowym strumieniem błędów, utilityjako swoje standardowe dane wejściowe, natomiast w drugim potoku, ponieważ jest to tylko wynikowy standardowy strumień wyjściowy, który jest kiedykolwiek wysyłany przez potok, more_stuffczęść potoku nie otrzyma nic czytać na jego standardowym wejściu.

Nota redakcyjna

Przeczytaj komentarze do tej odpowiedzi - derobert .

Oryginalna odpowiedź

2>&1 >output.logoznacza, że ​​najpierw zacznij wysyłać wszystkie uchwyty pliku 2 (błąd standardowy) do uchwytu pliku 1 (standardowe wyjście), a następnie wyślij je do pliku output.log. Innymi słowy, wyślij standardowy błąd i standardowe wyjście do pliku dziennika.

2>&1 | tee output.logjest taki sam z 2>&1bitem, łączy standardowe wyjście i standardowy błąd ze standardowym strumieniem wyjściowym. Następnie przepuszcza to przez teeprogram, który wyśle ​​standardowe wejście na standardowe wyjście (jak cat), a także do pliku. Łączy więc dwa strumienie (błąd i dane wyjściowe), a następnie przekazuje je do terminala i pliku.

Najważniejsze jest to, że pierwszy wysyła stderr/ stdoutdo pliku, podczas gdy drugi wysyła go zarówno do pliku, jak i do standardowego wyjścia (co jest prawdopodobnie to terminal, chyba że znajdujesz się w innej konstrukcji, która przekierowała standardowe wyjście).

Wspominam o tej ostatniej możliwości, ponieważ możesz mieć takie rzeczy jak:

(echo hello | tee xyzzy.txt) >plugh.txt

gdzie nic nie kończy się na terminalu.

Pierwsze polecenie wykona inne zadanie:

Po

2>&1 > output.log 

stary STDOUT zostanie zapisany (skopiowany) w STDERR, a następnie STDOUT zostanie przekierowany do pliku.

Stdout przejdzie do pliku, a stderr przejdzie do konsoli.

I w

 2>&1 | tee output.log

oba strumienie zostaną przekierowane do tee. Tee zduplikuje wszelkie dane wejściowe na standardowe wyjście (konsola w twoim przypadku) i do pliku (output.log ).

I jest jeszcze jedna forma pierwszego:

    > output.log  2>&1

spowoduje to przekierowanie zarówno STDOUT, jak i STDERR do pliku.

Te pierwsze generują tylko plik. Drugi wyświetla zarówno plik, jak i ekran.

Powodem 2>&1 | teejest możliwość przechwycenia zarówno stdout, jak i stderr do pliku dziennika i jednoczesnego wyświetlenia go na ekranie. Można to również zrobić >output.txt 2>&1 & tail -f, ale nie wiadomo, kiedy zakończyła się komenda w tle - czy program został zakończony, czy działa bez wyjścia. To 2>&1 | teebył wspólny idiom dla programistów.

Najpierw zobaczmy przykładowy kod:

#include <stdio.h>
main() 
{
// message 1, on stdout (using  printf)
printf("%s",          "message 1, on stdout (using  printf)\n");

// message 2, on stdout (using fprintf)
fprintf(stdout, "%s", "message 2, on stdout (using fprintf)\n");

// message 3, on stderr (using fprintf)
fprintf(stderr, "%s", "message 3, on stderr (using fprintf)\n");
}

Porównajmy wyniki:
./helloerror
+ plik: brak wiadomości; konsola: komunikat 1,2,3;

./helloerror >error.txt
+ plik: wiadomość 1,2; konsola: komunikat 3;

./helloerror 2>&1 >error.txt
+ plik: wiadomość 1,2; konsola: komunikat 3;
+ to samo co ./helloerror> error.txt

./helloerror >error.txt 2>&1
+ plik: komunikat 3,1,2; konsola: brak wiadomości;
+ zwróć uwagę, że kolejność 3 jest pierwsza, potem 1, a następnie 2

./helloerror | tee error.txt 2>&1
+ plik: wiadomość 1,2; konsola: komunikat 3,1,2;
+ zwróć uwagę, że kolejność 3 jest pierwsza, potem 1, a następnie 2

./helloerror 2>&1 | tee error.txt
+ plik: komunikat 3,1,2; konsola: komunikat 3,1,2;

Aby użyć:
./helloerror >error.txt 2>&1
-> jeśli chce się wszystkich (stdout + stderr) wiadomości w pliku, ale nie jest zapisanych na konsoli

./helloerror 2>&1 | tee error.txt
-> jeśli ktoś chce wszystkie (stdout + stderr) wiadomości w pliku i drukowane na konsoli

Oto post podsumowujący strumienie wyjściowe systemu Unix: http://www.devcodenote.com/2015/04/unix-output-streams.html

Fragment posta:

Istnieją 3 standardowe strumienie wyjściowe:

STDIN - Standard Input - Writes from an input device to the program
STDOUT - Standard Output - Writes program output to screen unless specified otherwise.
STDERR - Standard Error Output - Writes error messages. Also printed to the screen unless specified otherwise.