C ++: „std :: endl” vs „\ n”

Wiele książek w C ++ zawiera taki przykładowy kod ...

std::cout << "Test line" << std::endl;

... więc zawsze to robiłem. Ale zamiast tego widziałem dużo kodu od takich programistów:

std::cout << "Test line\n";

Czy istnieje techniczny powód, aby preferować jeden nad drugim, czy to tylko kwestia stylu kodowania?

Różne znaki końca linii nie mają znaczenia, przy założeniu, że plik jest otwarty w trybie tekstowym, co otrzymasz, chyba że poprosisz o plik binarny. Skompilowany program wypisze poprawną rzecz dla skompilowanego systemu.

Jedyną różnicą jest to, że std::endlopróżnia bufor wyjściowy, a '\n'nie. Jeśli nie chcesz, aby bufor był często opróżniany, użyj '\n'. Jeśli tak (na przykład, jeśli chcesz uzyskać wszystkie dane wyjściowe, a program jest niestabilny), użyj std::endl.

Różnicę można zilustrować następująco:

std::cout << std::endl;

jest równa

std::cout << '\n' << std::flush;

Więc,

• Użyj std::endlJeśli chcesz wymusić natychmiastowe wyrównanie do wyjścia.
• Użyj, \njeśli martwisz się wydajnością (co prawdopodobnie nie ma miejsca w przypadku korzystania z <<operatora).

Używam \nna większości linii.
Następnie użyj std::endlna końcu akapitu (ale to tylko nawyk i zwykle nie jest konieczny).

W przeciwieństwie do innych twierdzeń, \nznak jest odwzorowany na prawidłową sekwencję końca linii na platformie tylko wtedy, gdy strumień przechodzi do pliku ( std::cini std::coutjest specjalnym, ale nadal plikiem (lub podobnym do pliku)).

Mogą występować problemy z wydajnością, std::endlwymuszają opróżnianie strumienia wyjściowego.

Istnieje sugerowane inne wywołanie funkcji, jeśli zamierzasz użyć std::endl

a) std::cout << "Hello\n";
b) std::cout << "Hello" << std::endl;

a) <<jeden raz dzwoni do operatora .
b) <<dwukrotnie wzywa operatora .

Przypomniałem sobie o czytaniu o tym w standardzie, więc oto:

Zobacz standard C11, który określa, jak zachowują się standardowe strumienie, ponieważ programy C ++ łączą CRT, standard C11 powinien tutaj rządzić polityką opróżniania.

ISO / IEC 9899: 201x

7.21.3 §7

Podczas uruchamiania programu trzy strumienie tekstu są wstępnie zdefiniowane i nie muszą być jawnie otwierane - standardowe wejście (do odczytu konwencjonalnego wejścia), standardowe wyjście (do zapisu konwencjonalnego wyjścia) i standardowy błąd (do zapisu wyjścia diagnostycznego). Po pierwszym otwarciu standardowy strumień błędów nie jest w pełni buforowany; standardowe strumienie wejściowe i wyjściowe są w pełni buforowane wtedy i tylko wtedy, gdy można ustalić, że strumień nie odnosi się do urządzenia interaktywnego.

7.21.3 §3

Gdy strumień nie jest buforowany, postacie powinny pojawić się jak najszybciej ze źródła lub w miejscu docelowym. W przeciwnym razie znaki mogą być gromadzone i przesyłane do lub ze środowiska hosta jako blok. Gdy strumień jest w pełni buforowany, znaki mają być przesyłane do lub ze środowiska hosta jako blok, gdy bufor jest zapełniony. Gdy strumień jest buforowany w linii, znaki mają być przesyłane do lub ze środowiska hosta jako blok, gdy napotkany zostanie znak nowej linii. Ponadto znaki mają być przesyłane jako blok do środowiska hosta, gdy bufor jest zapełniony, gdy żądanie jest przesyłane w niebuforowanym strumieniu lub gdy żądanie jest wprowadzane w strumieniu buforowanym w linii, który wymaga transmisji znaków ze środowiska hosta .

Oznacza to, że std::couti std::cinsą w pełni buforowane tylko wtedy, gdy są one nawiązujące do nieinterakcyjnym urządzenia. Innymi słowy, jeśli stdout jest podłączony do terminala, nie ma różnicy w zachowaniu.

Jednak jeśli std::cout.sync_with_stdio(false)zostanie wywołany, '\n'nie spowoduje koloru nawet w przypadku urządzeń interaktywnych. W przeciwnym razie '\n'jest to równoważne z std::endlwyjątkiem przesyłania potokowego do plików: c ++ ref on std :: endl .

Obaj napiszą odpowiednie znaki końca wiersza. Oprócz tego endl spowoduje, że bufor zostanie zatwierdzony. Zazwyczaj nie chcesz używać Endl podczas wykonywania operacji we / wy pliku, ponieważ niepotrzebne zatwierdzenia mogą wpływać na wydajność.

Nie jest to wielka sprawa, ale endl nie będzie działał w trybie boost :: lambda .

(cout<<_1<<endl)(3); //error

(cout<<_1<<"\n")(3); //OK , prints 3

Jeśli użyjesz Qt i endl, możesz przypadkowo skończyć się niepoprawnym, endlco daje bardzo zaskakujące wyniki. Zobacz następujący fragment kodu:

#include <iostream>
#include <QtCore/QtCore> 
#include <QtGui/QtGui>

// notice that there is no "using namespace std;"
int main(int argc, char** argv)
{
    QApplication qapp(argc,argv);
    QMainWindow mw;
    mw.show();
    std::cout << "Finished Execution!" << endl;
    // This prints something similar to: "Finished Execution!67006AB4"
    return qapp.exec();
}

Zauważ, że napisałem endlzamiast std::endl(co byłoby poprawne) i najwyraźniej istnieje endlfunkcja zdefiniowana w qtextstream.h (która jest częścią QtCore).

Używanie "\n"zamiast endlcałkowicie pomija wszelkie potencjalne problemy z przestrzenią nazw. Jest to również dobry przykład, dlaczego umieszczanie symboli w globalnej przestrzeni nazw (jak domyślnie Qt) jest złym pomysłem.

Zawsze miałem zwyczaj używania std :: endl, ponieważ łatwo mi to zobaczyć.

std::endlManipulator jest równoważna '\n'. Ale std::endlzawsze opróżnia strumień.

std::cout << "Test line" << std::endl; // with flush
std::cout << "Test line\n"; // no flush

Jeśli zamierzasz uruchomić program na czymkolwiek innym niż na własnym laptopie, nigdy nie używaj tego endloświadczenia. Zwłaszcza jeśli piszesz dużo krótkich linii lub jak często widziałem pojedyncze znaki w pliku. Używanie endljest znane do zabijania sieciowych systemów plików, takich jak NFS.

Z odniesieniem Jest to manipulator we / wy tylko wyjściowy .

std::endlWstawia znak nowej linii do sekwencji wyjściowej os i opróżnia go, jakby wywoływał, os.put(os.widen('\n'))a następnie os.flush().

Kiedy użyć:

Tego manipulatora można użyć do natychmiastowego wygenerowania linii wyjściowej ,

na przykład

podczas wyświetlania wyniku długotrwałego procesu, rejestrowania aktywności wielu wątków lub rejestrowania aktywności programu, który może niespodziewanie ulec awarii.

Również

Wyraźny kolor std :: cout jest również konieczny przed wywołaniem std :: system, jeśli spawnowany proces wykonuje dowolne ekranowe We / Wy. W większości innych typowych interaktywnych scenariuszy we / wy std :: endl jest redundantne, gdy jest używane z std :: cout, ponieważ każde wejście z std :: cin, wyjście do std :: cerr lub zakończenie programu wymusza wywołanie std :: cout .spłukać(). Użycie std :: endl zamiast „\ n”, zachęcane przez niektóre źródła, może znacznie obniżyć wydajność wyjściową.