C ++: "std :: endl" vs "\ n"

Viele C ++ - Bücher enthalten Beispielcode wie diesen ...

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

... also habe ich das auch immer gemacht. Aber ich habe stattdessen viel Code von arbeitenden Entwicklern wie diesen gesehen:

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

Gibt es einen technischen Grund, einen dem anderen vorzuziehen, oder ist es nur eine Frage des Codierungsstils?

Die unterschiedlichen Zeichen am Zeilenende spielen keine Rolle, vorausgesetzt, die Datei ist im Textmodus geöffnet. Dies erhalten Sie, wenn Sie nicht nach Binärdateien fragen. Das kompilierte Programm schreibt das Richtige für das kompilierte System aus.

Der einzige Unterschied besteht darin, dass std::endlder Ausgabepuffer geleert wird und '\n'nicht. Wenn Sie nicht möchten, dass der Puffer häufig geleert wird, verwenden Sie '\n'. Wenn Sie dies tun (z. B. wenn Sie die gesamte Ausgabe erhalten möchten und das Programm instabil ist), verwenden Sie std::endl.

Der Unterschied kann durch Folgendes veranschaulicht werden:

std::cout << std::endl;

ist äquivalent zu

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

Damit,

• Verwendung std::endlWenn Sie eine sofortige Spülung des Ausgangs erzwingen möchten.
• Verwenden \nSie diese Option, wenn Sie sich Sorgen um die Leistung machen (was wahrscheinlich nicht der Fall ist, wenn Sie den <<Operator verwenden).

Ich benutze \nauf den meisten Linien.
Verwenden Sie dann std::endlam Ende eines Absatzes (aber das ist nur eine Gewohnheit und normalerweise nicht notwendig).

Im Gegensatz zu anderen Behauptungen wird das \nZeichen nur dann dem richtigen Ende der Zeilenfolge der Plattform zugeordnet, wenn der Stream zu einer Datei wechselt ( std::cinund std::coutspezielle, aber immer noch Dateien (oder dateiähnlich) sind).

Möglicherweise treten Leistungsprobleme auf, std::endlwodurch ein Löschen des Ausgabestreams erzwungen wird.

Dort ist ein weiterer Funktionsaufruf enthalten, wenn Sie ihn verwenden möchten std::endl

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

a) ruft den Betreiber <<einmal an.
b) ruft den Betreiber <<zweimal an.

Ich erinnerte mich daran, dass ich im Standard darüber gelesen hatte.

Siehe C11-Standard, der definiert, wie sich die Standard-Streams verhalten, da C ++ - Programme die CRT verbinden. Der C11-Standard sollte hier die Spülrichtlinie regeln.

ISO / IEC 9899: 201x

7.21.3 §7

Beim Programmstart sind drei Textströme vordefiniert und müssen nicht explizit geöffnet werden - Standardeingabe (zum Lesen herkömmlicher Eingaben), Standardausgabe (zum Schreiben herkömmlicher Ausgaben) und Standardfehler (zum Schreiben diagnostischer Ausgaben). Beim ersten Öffnen ist der Standardfehlerstrom nicht vollständig gepuffert. Die Standardeingabe- und Standardausgabestreams werden genau dann vollständig gepuffert, wenn festgestellt werden kann, dass sich der Stream nicht auf ein interaktives Gerät bezieht.

7.21.3 §3

Wenn ein Stream ungepuffert ist, sollen Zeichen so schnell wie möglich von der Quelle oder vom Ziel angezeigt werden. Andernfalls können Zeichen akkumuliert und als Block zur oder von der Hostumgebung übertragen werden. Wenn ein Stream vollständig gepuffert ist, sollen Zeichen als Block zur oder von der Host-Umgebung übertragen werden, wenn ein Puffer gefüllt ist. Wenn ein Stream zeilengepuffert ist, sollen Zeichen als Block zur oder von der Host-Umgebung übertragen werden, wenn ein neues Zeilenzeichen auftritt. Darüber hinaus sollen Zeichen als Block an die Host-Umgebung übertragen werden, wenn ein Puffer gefüllt ist, wenn eine Eingabe in einem ungepufferten Stream angefordert wird oder wenn eine Eingabe in einem zeilengepufferten Stream angefordert wird, der die Übertragung von Zeichen aus der Host-Umgebung erfordert .

Dies bedeutet, dass std::coutund std::cingenau dann vollständig gepuffert werden, wenn sie sich auf ein nicht interaktives Gerät beziehen. Mit anderen Worten, wenn stdout an ein Terminal angeschlossen ist, gibt es keinen Unterschied im Verhalten.

Wenn dies std::cout.sync_with_stdio(false)jedoch aufgerufen wird, '\n'wird auch bei interaktiven Geräten kein Flush verursacht. Andernfalls '\n'entspricht dies dem std::endlWeiterleiten an Dateien: c ++ ref on std :: endl .

Sie schreiben beide die entsprechenden Zeilenendezeichen. Zusätzlich dazu wird durch endl der Puffer festgeschrieben. Normalerweise möchten Sie endl nicht verwenden, wenn Sie Datei-E / A ausführen, da die unnötigen Festschreibungen die Leistung beeinträchtigen können.

Keine große Sache, aber endl funktioniert nicht in boost :: lambda .

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

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

Wenn Sie Qt und verwenden endl, könnten Sie versehentlich ein falsches verwenden endl, was zu sehr überraschenden Ergebnissen führt. Siehe den folgenden Codeausschnitt:

#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();
}

Beachten Sie, dass ich endlanstelle von std::endl(was richtig gewesen wäre) geschrieben habe und anscheinend eine endlFunktion in qtextstream.h definiert ist (die Teil von QtCore ist).

Verwenden Sie potenzielle Namespace-Probleme, "\n"anstatt sie endlvollständig zu umgehen. Dies ist auch ein gutes Beispiel dafür, warum das Einfügen von Symbolen in den globalen Namespace (wie dies Qt standardmäßig tut) eine schlechte Idee ist.

Ich hatte immer die Angewohnheit, nur std :: endl zu verwenden, weil es für mich leicht zu sehen ist.

Der std::endlManipulator entspricht '\n'. std::endlSpült aber immer den Strom.

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

Wenn Sie beabsichtigen, Ihr Programm auf etwas anderem als Ihrem eigenen Laptop auszuführen, verwenden Sie die endlAnweisung niemals . Vor allem, wenn Sie viele kurze Zeilen schreiben oder wie ich oft einzelne Zeichen in einer Datei gesehen habe. Die Verwendung von endlist bekannt, um vernetzte Dateisysteme wie NFS zu töten.

Mit Referenz Dies ist ein E / A-Manipulator nur für die Ausgabe .

std::endlFügt ein Zeilenumbruchzeichen in die Ausgabesequenz os ein und löscht es wie durch Aufrufen os.put(os.widen('\n'))gefolgt von os.flush().

Wann zu verwenden:

Dieser Manipulator kann verwendet werden , um eine Linie von produzieren sofort ausgegeben ,

z.B

Wenn Sie die Ausgabe eines lang laufenden Prozesses anzeigen, die Aktivität mehrerer Threads protokollieren oder die Aktivität eines Programms protokollieren, das möglicherweise unerwartet abstürzt.

Ebenfalls

Ein explizites Leeren von std :: cout ist auch vor einem Aufruf von std :: system erforderlich, wenn der erzeugte Prozess eine Bildschirm-E / A ausführt. In den meisten anderen üblichen interaktiven E / A-Szenarien ist std :: endl bei Verwendung mit std :: cout redundant, da jede Eingabe von std :: cin, Ausgabe an std :: cerr oder Programmbeendigung einen Aufruf von std :: cout erzwingt .spülen(). Die Verwendung von std :: endl anstelle von '\ n', die von einigen Quellen empfohlen wird, kann die Ausgabeleistung erheblich beeinträchtigen.