C ++: «std :: endl» против «\ n»

Многие книги C ++ содержат пример кода, подобного этому ...

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

... так что я всегда так делал. Но я видел много кода от таких разработчиков:

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

Есть ли техническая причина, чтобы отдавать предпочтение одному над другим, или это просто вопрос стиля кодирования?

Различные символы конца строки не имеют значения, при условии, что файл открыт в текстовом режиме, что вы и получите, если не спросите двоичный файл. Скомпилированная программа выпишет правильную вещь для системы, для которой скомпилировано.

Единственное отличие состоит в том, что std::endlочищает выходной буфер, а '\n'не очищает . Если вы не хотите, чтобы буфер часто очищался, используйте '\n'. Если вы это сделаете (например, если вы хотите получить все выходные данные, а программа работает нестабильно), используйте std::endl.

Разница может быть проиллюстрирована следующим:

std::cout << std::endl;

эквивалентно

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

Так,

• Используйте, std::endlесли вы хотите принудительно произвести немедленный сброс к выходу.
• Используйте, \nесли вы беспокоитесь о производительности (что, вероятно, не так, если вы используете <<оператор).

Я использую \nна большинстве линий.
Затем используйте std::endlв конце абзаца (но это просто привычка и обычно не требуется).

В отличие от других утверждений, \nсимвол отображается в правильной последовательности конца строки на платформе, только если поток идет в файл ( std::cinи std::coutявляется специальным, но все же файлом (или файловым)).

Могут быть проблемы с производительностью, std::endlвызывает сброс потока вывода.

Там есть еще один вызов функции, если вы собираетесь использовать std::endl

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

а) звонит оператору <<один раз.
б) звонит оператору <<дважды.

Я вспомнил, прочитав об этом в стандарте, так что здесь идет:

См. Стандарт C11, который определяет, как ведут себя стандартные потоки, так как программы на C ++ взаимодействуют с CRT, стандарт C11 должен здесь определять политику очистки.

ISO / IEC 9899: 201x

7.21.3 §7

При запуске программы три текстовых потока предопределены и не требуют явного открытия - стандартный ввод (для чтения обычного ввода), стандартный вывод (для записи обычного вывода) и стандартная ошибка (для записи диагностического вывода). При первоначальном открытии стандартный поток ошибок не полностью буферизован; стандартные входные и стандартные выходные потоки полностью буферизуются тогда и только тогда, когда можно определить, что поток не ссылается на интерактивное устройство.

7.21.3 §3

Когда поток небуферизован, символы должны появиться из источника или в месте назначения как можно скорее. В противном случае символы могут накапливаться и передаваться в среду хоста или из нее в виде блока. Когда поток полностью буферизован, символы предназначены для передачи в или из среды хоста как блок, когда буфер заполнен. Когда поток буферизуется строкой, символы предназначены для передачи в или из среды хоста в виде блока, когда встречается символ новой строки. Кроме того, символы предназначены для передачи в качестве блока в среду хоста, когда заполнен буфер, когда запрашивается ввод в небуферизованном потоке или когда запрашивается ввод в потоке с буферизацией строки, который требует передачи символов из среды хоста. ,

Это означает, что std::coutи std::cinполностью буферизуется, если и только если они ссылаются на неинтерактивное устройство. Другими словами, если stdout подключен к терминалу, то нет различий в поведении.

Однако, если std::cout.sync_with_stdio(false)вызывается, то '\n'не вызовет сброс даже для интерактивных устройств. В противном случае '\n'эквивалентно, std::endlесли только трубопровод для файлов: c ++ ref на std :: endl .

Они оба напишут соответствующие символы конца строки. В дополнение к этому endl приведет к тому, что буфер будет зафиксирован. Обычно вы не хотите использовать endl при выполнении файлового ввода-вывода, потому что ненужные коммиты могут повлиять на производительность.

Ничего страшного , но endl не будет работать в boost :: lambda .

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

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

Если вы используете Qt и endl, вы можете случайно получить неверный результат, endlкоторый даст вам очень удивительные результаты. Смотрите следующий фрагмент кода:

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

Обратите внимание, что я написал endlвместо std::endl(что было бы правильно), и, очевидно, есть endlфункция, определенная в qtextstream.h (которая является частью QtCore).

Использование "\n"вместо того, чтобы endlполностью обходить любые потенциальные проблемы с пространством имен. Это также хороший пример того, почему помещать символы в глобальное пространство имен (как это делает Qt по умолчанию) - плохая идея.

У меня всегда была привычка просто использовать std :: endl, потому что это легко увидеть.

std::endlМанипулятором эквивалентно '\n'. Но std::endlвсегда сбрасывает поток.

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

Если вы намереваетесь запустить свою программу на чем-то другом, кроме вашего ноутбука, никогда не используйте это endlутверждение. Особенно, если вы пишете много коротких строк или, как я часто видел, отдельные символы в файле. Известно использование endlдля уничтожения сетевых файловых систем, таких как NFS.

Со ссылкой Это манипулятор ввода / вывода только для вывода .

std::endlВставляет символ новой строки в выходную последовательность os и сбрасывает его, как будто вызывая с os.put(os.widen('\n'))последующим os.flush().

Когда использовать:

Этот манипулятор может быть использован для немедленного создания строки вывода ,

например

при отображении выходных данных долго выполняющегося процесса, регистрации активности нескольких потоков или активности программы, которая может неожиданно аварийно завершить работу.

Также

Явная очистка std :: cout также необходима перед вызовом std :: system, если порожденный процесс выполняет какой-либо экранный ввод-вывод. В большинстве других обычных интерактивных сценариев ввода / вывода std :: endl является избыточным при использовании с std :: cout, потому что любой ввод из std :: cin, вывод в std :: cerr или завершение программы вызывает вызов std :: cout .промывать(). Использование std :: endl вместо '\ n', поощряемое некоторыми источниками, может значительно снизить производительность вывода.