Git Bash中C程序scanf先于printf执行的原因咨询

这是因为不同终端环境下标准输出（stdout）的缓冲策略不一样，具体细节如下：

核心差异点 #

• Windows CMD的控制台环境中，stdout默认采用无缓冲/即时刷新的策略（针对交互式场景做了优化）：哪怕你的printf输出内容末尾没有换行符\n，系统也会立即把内容输出到终端，所以你能先看到提示再输入。
• Git Bash属于类Unix风格的终端（基于MinGW模拟POSIX环境），stdout默认是行缓冲：只有当输出内容包含换行符\n、缓冲区被手动强制刷新，或者程序执行到结束时，缓冲区里的内容才会被输出到终端。

触发问题的场景 #

如果你的代码是类似下面这种（提示语句末尾没有换行）：

#include <stdio.h>

int main() {
    int a, b;
    printf("请输入两个数字：");
    scanf("%d %d", &a, &b);
    printf("求和结果：%d\n", a + b);
    return 0;
}

在Git Bash中，printf的提示内容会先被存在输出缓冲区里，不会立即显示。紧接着执行scanf时，程序会阻塞等待用户输入，直到你输入完成后，后续操作才会触发缓冲区刷新，这时候你才会看到之前的提示信息，看起来就像是scanf先执行了。

解决方法 #

有两种简单的方式可以消除这种差异：

1. 手动刷新输出缓冲区：在printf之后调用fflush(stdout);强制把缓冲区内容输出：

printf("请输入两个数字：");
fflush(stdout);
scanf("%d %d", &a, &b);

2. 给提示语句加上换行符：在printf的字符串末尾加\n，触发行缓冲的自动刷新：

printf("请输入两个数字：\n");
scanf("%d %d", &a, &b);

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