C++20为何未引入isyncstream？线程读取是否默认同步？

首先得搞清楚osyncstream存在的意义：多线程往同一个流写数据时，比如多个线程同时输出到std::cout，如果不加同步，不同线程的输出内容会被交错打乱（比如线程A写"foo"，线程B写"bar"，结果可能变成"fboaro"）。osyncstream的核心是给每个线程单独做输出缓冲，最后再把完整的缓冲内容原子性地提交到目标流，从根源上避免了输出内容的交错。

那为啥没有对应的isyncstream？主要有这几个原因：

• 读取的场景需求和写入完全不同：多线程往同一个流写日志、打印信息是很常见的场景，但多线程从同一个流（比如std::cin或者同一个文件流）读取数据的场景其实很少。大部分时候，读取操作都是由单个线程负责的，就算有多个线程要读，开发者通常会自己设计更合理的数据流分发逻辑，而不是直接让多个线程抢同一个流。

• 读取的同步逻辑远比写入复杂：写入可以靠缓冲隔离不同线程的输出，最后一次性提交；但读取是要从流里拿数据，每个读取操作都会改变流的状态（比如位置指针、错误标记）。如果搞个isyncstream，它要么得给每个线程单独缓冲读取的数据，但这样会导致不同线程读取到的是流的不同片段（甚至重复数据），完全不符合多线程读取的预期；要么就得每次读取都加锁同步，但这样的话，直接用std::mutex手动保护读取操作反而更灵活，没必要专门整个流包装器。

• 标准库已经提供了足够的基础工具：如果真的需要多线程读取同一个流，你完全可以用std::mutex或者其他同步原语来包裹读取操作，比如每次读取前加锁，读完解锁。这种方式能适配各种不同的读取场景，比固定的isyncstream要灵活得多。

最后要明确：线程读取操作绝对不是始终同步的。标准库中的输入流（比如std::cin、std::ifstream）的读取操作本身不是线程安全的，如果多个线程在没有同步的情况下同时调用读取函数，会触发数据竞争，行为是未定义的——可能会读到错乱的数据，甚至导致程序崩溃。你必须自己手动添加同步逻辑来保证线程安全。

内容的提问来源于stack exchange，提问作者Wei Li