BOOST luồng: hành vi cout

Question

Tôi mới để Tăng luồng và tôi bị mắc kẹt với cách đầu ra được thực hiện từ nhiều luồng. Tôi có một tăng đơn giản :: thread đếm ngược từ 9 đến 1; chủ đề chính chờ đợi và sau đó in "LiftOff .. !!"

#include <iostream> 
#include <boost/thread.hpp> 
using namespace std; 

struct callable { 
    void operator()(); 
}; 

void callable::operator()() { 
    int i = 10; 
    while(--i > 0) { 
     cout << "#" << i << ", "; 
     boost::this_thread::yield(); 
    } 
    cout.flush(); 
} 

int main() { 
    callable x; 
    boost::thread myThread(x); 

    myThread.join(); 

    cout << "LiftOff..!!" << endl; 

    return 0; 
} 

Vấn đề là tôi phải sử dụng câu lệnh "cout.flush()" rõ ràng trong chuỗi để hiển thị đầu ra. Nếu tôi không sử dụng flush(), tôi chỉ nhận được "LiftOff !!" như đầu ra.

Ai đó có thể vui lòng cho biết lý do tôi cần sử dụng lệnh flush() một cách rõ ràng?

Answer 1

Đây không phải là chủ đề cụ thể liên quan như cout sẽ đệm thường trên cơ sở mỗi luồng và chỉ đầu ra khi thực hiện quyết định - như vậy trong chuỗi đầu ra sẽ chỉ xuất hiện trên cơ sở thực hiện cụ thể - bằng cách gọi tuôn ra, bạn đang buộc các bộ đệm bị xóa.

Điều này sẽ khác nhau giữa các lần triển khai - thường là sau một số lượng ký tự nhất định hoặc khi một dòng mới được gửi.

Tôi đã tìm thấy rằng nhiều luồng ghi quá dòng hoặc tệp giống nhau hầu như là OK - với điều kiện đầu ra được thực hiện như nguyên tử nhất có thể. Nó không phải là một cái gì đó mà tôi muốn giới thiệu trong một môi trường sản xuất mặc dù vì nó là quá khó đoán.

Answer 2

Hành vi này dường như phụ thuộc vào việc triển khai hệ điều hành cụ thể của luồng cout. Tôi đoán rằng các hoạt động ghi trên cout được đệm vào một số bộ nhớ cụ thể trong trường hợp của bạn, và hoạt động flush() buộc chúng được in trên bàn điều khiển. Tôi đoán điều này, kể từ khi endl bao gồm gọi flush() hoạt động và endl trong chức năng chính của bạn không thấy thay đổi của bạn ngay cả sau khi thread đã được tham gia.

BTW sẽ là một ý tưởng tốt để đồng bộ hóa kết quả đầu ra với một luồng được chia sẻ giữa các luồng, nếu không bạn có thể thấy chúng xen kẽ. Chúng tôi làm như vậy cho các lớp ghi nhật ký sử dụng một luồng nền để ghi các thông điệp ghi nhật ký vào luồng được kết hợp.

Answer 3

Với độ dài của thư ngắn, không có lý do gì sẽ xuất hiện mà không có sự tuôn ra. (Đừng quên rằng std::endl là tương đương với << '\n' << std::flush.)

Answer 4

tôi nhận được hành vi hỏi có và không có tuôn ra (gcc 4.3.2 boost 1.47 Linux RH5)

tôi cho rằng hệ thống Cygwin bạn lựa chọn để thực hiện một số đối tượng với std::cout liên std::streambuf. Điều này tôi giả định là thực hiện cụ thể. Kể từ flush hoặc chỉ kết thúc lực lượng bộ đệm để xả lên chuỗi đầu ra được kiểm soát của hệ điều hành đối tượng cout của chuỗi của bạn vẫn được lưu vào bộ đệm.

Chia sẻ tham chiếu về số ostream giữa các chuỗi sẽ giải quyết được sự cố.