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 .flush (). Використання std :: endl замість '\ n', яке заохочується деякими джерелами, може значно погіршити продуктивність виводу.