C语言stdout缓冲区意外自动刷新输出的原因分析

学习C语言流缓冲机制时，通常会得到结论：printf()为缓冲输出，仅在遇到换行符、缓冲区已满、手动刷新stdout时才会执行实际打印操作。基于该结论编写的测试代码如下：

#include <stdio.h>

int main() {
    printf("Hello world");
    while(1);
}

按照理论推导，字符串"Hello world"会暂存在输出缓冲区中，控制台不会显示任何内容，但在Windows 10命令提示符（cmd）环境下实际运行时，控制台仍然输出了该字符串。

上述结论仅描述了类Unix平台C运行时的默认行为，并非跨平台通用的C语言强制标准，出现现象差异的核心原因是Windows平台C运行时的缓冲策略和类Unix平台存在本质区别：

• C语言标准仅规定了全缓冲、行缓冲、无缓冲三种模式的行为特征，没有强制要求绑定到交互终端的stdout必须使用行缓冲，具体默认缓冲策略由各平台的C运行时实现自行定义。
• Linux、macOS等类Unix系统的C运行时（如glibc）默认对绑定到交互控制台的stdout采用行缓冲模式，这也是多数教材中「无换行则printf不输出」结论的来源。
• Windows系统的C运行时（包括传统MSVCRT、新版通用UCRT）采用完全不同的默认缓冲规则：
  • 当stdout直接绑定到控制台这类字符交互设备时，默认采用无缓冲模式，每次调用输出函数都会立即将内容写入控制台，不会暂存在用户态缓冲区等待换行、缓冲区满等刷新触发条件。
  • 仅当stdout被重定向到普通文件、管道等非交互设备时，才会切换为全缓冲模式，此时才会出现无换行、无主动刷新、缓冲区未满时内容不输出的现象。

在cmd中直接运行编译后的程序时，stdout直接绑定到控制台窗口，触发无缓冲规则，因此即使没有换行符、程序执行完printf后立刻进入无限循环，"Hello world"也会被立即打印到控制台。

内容的提问来源于stack exchange，提问作者Nguyễn Tùng Dương