C ++：「std :: endl」vs「\ 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;

a）オペレーターを<<1回呼び出す。
b）オペレーターを<<2回呼び出す。

私はこれについて標準で読んだことを思い出したので、ここに行きます：

C ++プログラムがCRTとインターフェースするため、標準ストリームの動作を定義するC11標準を参照してください。C11標準は、ここでフラッシュポリシーを管理する必要があります。

ISO / IEC 9899：201x

7.21.3§7

プログラムの起動時に、3つのテキストストリームが事前定義されており、明示的に開く必要はありません。標準入力（従来の入力を読み取る場合）、標準出力（従来の出力を書き込む場合）、および標準エラー（診断出力を書き込む場合）。最初に開いたとき、標準エラーストリームは完全にバッファリングされていません。ストリームがインタラクティブデバイスを参照しないと判断できる場合に限り、標準入力ストリームと標準出力ストリームは完全にバッファリングされます。

7.21.3§3

ストリームがバッファリングされていない場合、文字はソースから、または宛先にできるだけ早く表示されるようになっています。そうしないと、文字が蓄積され、ホスト環境との間でブロックとして送信されます。ストリームが完全にバッファリングされている場合、文字は、バッファがいっぱいになったときにブロックとしてホスト環境との間で送受信されることを目的としています。ストリームがラインバッファリングされている場合、改行文字が検出されると、文字はホスト環境との間でブロックとして転送されるように意図されています。さらに、バッファがいっぱいになったとき、バッファリングされていないストリームで入力が要求されたとき、またはホスト環境からの文字の送信を必要とするラインバッファリングストリームで入力が要求されたときに、文字はブロックとしてホスト環境に送信されるように意図されています。 。

これは、非対話型デバイスを参照している場合に限り、完全にバッファリングされることstd::coutを意味します。つまり、端末にstdoutが接続されている場合、動作に違いはありません。std::cin

ただし、std::cout.sync_with_stdio(false)が呼び出された場合、'\n'インタラクティブデバイスに対してもフラッシュは発生しません。それ以外の場合'\n'はstd::endl、ファイルへのパイプを行わない場合と同等です：c ++ ref on std :: endl。

どちらも適切な行末文字を書き込みます。それに加えて、endlはバッファをコミットさせます。不要なコミットはパフォーマンスに影響を与える可能性があるため、ファイルI / Oを実行するときに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ステートメントを使用しないでください。特に、たくさんの短い行を書いている場合や、私がファイルに単一の文字を頻繁に見た場合はそうです。の使用は、endlNFSのようなネットワーク化されたファイルシステムを強制終了することがわかっています。

で参照これは出力専用I / Oマニピュレータ。

std::endl改行文字を出力シーケンスosに挿入し、os.put(os.widen('\n'))次にを呼び出した場合と同様にフラッシュしos.flush()ます。

いつ使用するか：

このマニピュレータを使用して、出力行をすぐに生成できます。

例えば

長時間実行されているプロセスからの出力を表示する場合、複数のスレッドのログアクティビティまたは予期せずクラッシュする可能性のあるプログラムのログアクティビティ。

また

生成されたプロセスが画面I / Oを実行する場合、std :: systemを呼び出す前にstd :: coutの明示的なフラッシュも必要です。他のほとんどの通常の対話式I / Oシナリオでは、std :: cinからの入力、std :: cerrへの出力、またはプログラムの終了によりstd :: coutが強制的に呼び出されるため、std :: coutと共に使用するとstd :: endlは冗長になります。 。流す（）。一部のソースから推奨されている「\ n」の代わりにstd :: endlを使用すると、出力パフォーマンスが大幅に低下する可能性があります。