Tại sao endl được sử dụng như một từ đồng nghĩa cho "\ n" mặc dù nó bị phạt nặng?

Question

chương trình này:

#include <iostream> 
#include <cstdlib> 
#include <string> 

int main(int argc, const char *argv[]) 
{ 
    using ::std::cerr; 
    using ::std::cout; 
    using ::std::endl; 

    if (argc < 2 || argc > 3) { 
     cerr << "Usage: " << argv[0] << " [<count>] <message>\n"; 
     return 1; 
    } 
    unsigned long count = 10000; 
    if (argc > 2) { 
     char *endptr = 0; 
     count = ::std::strtoul(argv[1], &endptr, 10); 
     if ((argv[1][0] == '\0') || (*endptr != '\0')) { 
     cerr << "Usage: " << argv[0] << " [<count>] <message>\n"; 
     return 1; 
     } 
    } 
    const ::std::string msg((argc < 3) ? argv[1] : argv[2]); 
    for (unsigned long i = 0; i < count; ++i) { 
     cout << i << ": " << msg << '\n'; 
    } 
    return 0; 
} 

khi đúng lúc như vậy:

$ time ./joe 10000000 fred >/dev/null 

real 0m15.410s 
user 0m10.551s 
sys 0m0.166s 

mất 15,4 giây của thời gian thực để thực thi. Thay thế dòng đầu ra với điều này: cout << i << ": " << msg << endl; và bạn kết thúc với một cái gì đó như thế này:

$ time ./joe 10000000 fred >/dev/null 

real 0m39.115s 
user 0m16.482s 
sys 0m15.803s 

Như bạn có thể thấy, thời gian để chạy hơn gấp đôi, và chương trình đi từ dành thời gian tối thiểu trong hệ điều hành để chi tiêu gần một nửa thời gian trong hệ điều hành.

Cả hai phiên bản của chương trình đều có đầu ra giống nhau và được đảm bảo theo tiêu chuẩn để có kết quả giống nhau trên mọi nền tảng.

Vì điều này, tại sao mọi người kiên trì trong việc sử dụng endl như một từ đồng nghĩa với '\n'?

Edit: Trong trường hợp nó không phải là rõ ràng, câu hỏi này được thiết kế để trở thành một câu hỏi hàng đầu và là ở đây cho mục đích giảng dạy . Tôi biết lý do tại sao các hình phạt hiệu suất tồn tại.

Answer 1

Tôi không chắc chắn. Chèn std::endl vào luồng đầu ra được định nghĩa là tương đương với việc chèn .widen('\n') và sau đó gọi flush() và nhiều lập trình viên vẫn tồn tại trong việc sử dụng std::endl ngay cả khi không có nguyên nhân để tuôn ra, ví dụ như chúng tiếp tục xuất ngay lập tức.

Giả định của tôi là nó đến từ một niềm tin không chính xác rằng nó bằng cách nào đó là di động hơn bởi vì nó không sử dụng rõ ràng một ký tự dòng mới cụ thể. Điều này không chính xác vì \n phải luôn được ánh xạ tới trình tự dòng mới chính xác của hệ thống đối với các tệp không phải nhị phân theo thư viện luồng.

Answer 2

Câu hỏi thực sự là, tại sao trình biên dịch lại tạo ra một con chó ăn sáng để biên soạn phiên bản endl? Nếu họ được đảm bảo có cùng ngữ nghĩa, thì họ cũng nên có cùng thời gian chạy.

Chỉnh sửa: rõ ràng là tôi đã không biết rằng endl đã xóa luồng ... đó là những gì bạn nhận được khi không tìm kiếm.

Answer 3

Không phải ai cũng quan tâm nhiều đến hiệu suất. Đối với một số ứng dụng, đảm bảo luồng được xả đỏ là quan trọng hơn nhiều.

Edit: Ngoài ra, tôi tìm endl dễ gõ hơn '\n' :-)

Answer 4

Afaik, endl cũng xả suối, có thể là nguyên nhân của hình phạt hiệu suất.

Answer 5

Tôi có xu hướng sử dụng endl với chuỗi video vì nó giúp dễ dàng phát hiện các dấu ngắt dòng bị thiếu.

Answer 6

Tôi đoán là văn bản hướng dẫn sử dụng std::endl với niềm tin rằng nó đơn giản và ít gây nhầm lẫn cho người mới bắt đầu, và sau đó mọi người quen với việc sử dụng nó.