多线程程序printf控制台输出与文件重定向顺序不同是什么原因？

核心结论 #

你观察到的两种输出场景的差异核心是标准IO的缓冲区机制导致，线程调度是次要影响因素，具体原因如下： #

差异原因拆解 #

1. 不同输出目标的默认缓冲策略不同 #

• 输出到控制台（交互终端）时，标准输出流stdout默认使用行缓冲：只要输出内容遇到换行符就会立刻将缓冲区内容刷入终端设备。由于终端IO本身速度很慢，多个线程同时发起输出请求时，不同线程的刷缓冲操作会互相抢占，就会出现时间戳更早的日志后输出的乱序现象。
• 输出到普通文件时，stdout默认使用全缓冲：只有缓冲区被写满（通常大小为4KB/8KB）、程序主动调用fflush或者程序正常退出时，才会将缓冲区内容批量写入磁盘。所有日志会先按程序调用输出函数的顺序暂存在内存缓冲区中，批量写入时自然会呈现符合预期的顺序。

2. 性能差异的原因 #

终端属于交互设备，行缓冲模式下刷缓冲的频率极高，会产生大量系统调用开销，拖慢程序整体运行速度；而文件全缓冲模式下刷缓冲的次数非常少，系统调用开销大幅降低，因此程序性能会有明显提升。 #

控制台输出乱序的解决方案 #

如果需要保证控制台输出的顺序正确，需要给输出操作加互斥锁：

• 初始化一个全局的pthread_mutex_t输出锁
• 每个线程执行打印操作前先加锁，打印完成后立刻解锁
• 也可以在打印后主动调用fflush(stdout)配合锁使用，彻底避免缓冲导致的顺序问题

注意：就算加锁也只能保证输出顺序和调用顺序一致，线程调度本身的随机性导致的执行顺序差异是正常的，不属于异常问题。

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