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;

ก) เรียกผู้ประกอบการ<<หนึ่งครั้ง
b) เรียกผู้ควบคุม<<สองครั้ง

ฉันจำได้ว่าอ่านเรื่องนี้เป็นมาตรฐานดังนั้นต่อไปนี้:

ดูมาตรฐาน 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 ++ โทษในมาตรฐาน

พวกเขาทั้งสองจะเขียนอักขระสิ้นสุดบรรทัดที่เหมาะสม นอกจาก endl นั้นจะทำให้บัฟเฟอร์ถูกคอมมิต โดยปกติคุณไม่ต้องการใช้ endl เมื่อทำไฟล์ I / O เนื่องจากการกระทำที่ไม่จำเป็นอาจส่งผลกระทบต่อประสิทธิภาพการทำงาน

ไม่ได้เป็นเรื่องใหญ่ แต่endl จะไม่ทำงานในการเพิ่ม :: แลมบ์ดา

(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

ด้วยการอ้างอิงนี่คือเครื่องมือจัดการ I / O เอาต์พุตเท่านั้น

std::endlแทรกตัวอักษรขึ้นบรรทัดใหม่เข้าไปในระบบปฏิบัติการลำดับส่งออกและวูบวาบมันราวกับว่าโดยการเรียกตามos.put(os.widen('\n'))os.flush()

ควรใช้เมื่อใด:

หุ่นยนต์นี้อาจถูกนำมาใช้ในการผลิตเส้นของการส่งออกในทันที ,

เช่น

เมื่อแสดงเอาต์พุตจากกระบวนการที่รันนานกิจกรรมการบันทึกของหลายเธรดหรือกิจกรรมการบันทึกของโปรแกรมที่อาจล้มเหลวโดยไม่คาดคิด

ด้วย

การล้างข้อมูล std :: cout อย่างชัดเจนจำเป็นต้องมีก่อนการเรียกไปยังระบบ std :: หากกระบวนการที่เกิดขึ้นนั้นดำเนินการหน้าจอ I / O ใด ๆ ในสถานการณ์จำลอง I / O เชิงโต้ตอบอื่น ๆ ส่วนใหญ่ std :: endl จะซ้ำซ้อนเมื่อใช้กับ std :: cout เนื่องจากอินพุตจาก std :: cin ใด ๆ เอาต์พุตไปยัง std :: cerr หรือการยุติโปรแกรมบังคับให้โทรไปยัง std :: cout .flush () การใช้ std :: endl แทนที่ '\ n' ซึ่งได้รับการสนับสนุนจากบางแหล่งอาจลดประสิทธิภาพของเอาต์พุต