如何使C++endl操作器线程安全

这不仅仅是endl，整个输出流都是共享的。真的必须是这样。这是一个单一的公共资源。而且库不知道您想要的序列化。您必须将其添加到代码中。

这就是如果不序列化输出会发生什么。不同的输出片段可能会相互混淆，即使您设法避免了运行时错误。因此，您必须决定程序中输出的原子单位，并对它们进行序列化。

如果您使用的是C++11，则从必须保护多个线程。如果所有的访问都不会改变对象，并且有一个特殊的标准iostream对象的异常(但不是中的流一般)，但即使在那时，标准也明确表示单个字符可能是交错的，所以这个例外真的不会给你买任何东西；它将防止核心转储，但不能防止输出胡言乱语，因此您需要即使在那时也有某种同步。

在C++11之前，每个实现都有自己的规则；有些甚至使每个<<原子化。但考虑到以下情况：

std::cout << a << b;

，none保证不会发生来自另一个线程的输出在a的输出和b的输出之间，所以这真的没有给你买任何东西。

结果是，您确实需要某种线程安全记录器班通常，此类记录器类将在实例本地"收集器"。这可能是std::string或者嵌入到定制CCD_ 6中的CCD_，它知道日志记录，在front等，非常重要的是，确保完整的日志记录在记录的末尾以原子方式输出。我通常通过使用某种转发记录器类来管理它被实例化为每个日志记录的临时，并通知底层streambuf(每个线程一个)建造和销毁，所以streambuf可以处理如果你不需要时间戳之类的东西，你可以通过实现streambuf来实现这一点，该streambuf除非进行显式调用，否则从不输出到最终目的地至CCD_ 7。(这确实需要客户遵守一些纪律以确保flush在适当时刻被调用。临时包装器解决方案具有处理的优点这或多或少是自动的。)

最后，除了在小的一次性程序中，你永远不应该输出到CCD_ 9。你要么输出到某种记录器对象(或从该对象获得的流)，或者您输出传递给作为函数参数的std::ostream&。设置输出和实际输出是两个独立的关注，通常将在程序。执行输出的代码只处理std::stream，它已从其他地方收到。

如果您正在处理大量现有代码写的时候没有考虑到这个原则：你始终可以修改的输出流bufstd::cout。这将不能解决交织的问题，但在其他情况下，它可以是线程安全的，所以至少你不会崩溃。

我从来没有详细考虑过你的问题，所以这只是我如何解决你的问题的一个快速猜测，但它可能有重大缺陷。

基本上，我会围绕流编写一个包装类，保护流运算符，并赋予SomeManipulator(如std::endl)特殊的含义。

template <class T>
struct Wrapper
{
Wrapper( T& stream );
template <class U>
Wrapper& operator<<( const U& u )
{
lock if thread does not hold the lock.
forward u to stream.
}
Wrapper& operator<<( SomeManipulator )
{
pre-cond: thread holds lock. // I.e., you can't print empty lines.
forward std::endl to stream.
unlock.
}
};

请注意，这会给输出带来很大的开销，根据您的情况，您可能更喜欢用每个线程编写单独的流，然后再将它们组合起来。