C语言中为何printf在前输出却晚于system()？Manjaro复现Windows无此现象

这本质上不是代码执行顺序错了，是不同平台的标准输出缓冲规则不一样，导致内容真正显示到终端的时机错位。

• 在Manjaro这类类Unix系统上，当stdout（也就是printf默认输出的标准流）关联到终端时，glibc默认给它开的是行缓冲模式：存在用户态缓冲区里的内容，只有碰到换行符、缓冲区被填满、或者进程要退出的时候，才会真正写到终端上。
  你的测试代码里，printf("Hello World")输出的字符串末尾根本没加换行，所以这行代码执行完之后，"Hello World"根本没走到终端，只是存在了stdout的内存缓冲区里等着，没有实际显示出来。
• system()跑的echo命令，是在独立的子进程里执行的，它的输出不经过主进程的那个stdout用户态缓冲区，是直接通过系统调用往终端写的，所以echo的结果会立刻弹出来，也就是你看到的第一行"Hello c"。
• 等echo跑完，system返回主进程，main函数走到return触发进程退出流程，这时候系统会自动把所有残留的标准流缓冲区内容全刷到终端，之前存着的"Hello World"这时候才显示出来，就造成了“system先执行、printf后执行”的错觉。

不是Windows的代码执行顺序变了，是它的C运行时实现多了两个兜底逻辑：

• 控制台关联的stdout默认缓冲阈值很低，短字符串不会在缓冲区里存太久；
• 它的system()实现在拉起子进程之前，会主动帮你把父进程里stdout、stderr的残留缓冲区全部刷空，从根源上避免残留内容打乱输出顺序。

你可以随便调整下代码就能验证原因：

• 在printf("Hello World")后面加一句fflush(stdout);手动把缓冲区里的内容刷出去，输出顺序马上就会变成代码写的先后顺序：先打Hello World，再打Hello c；
• 给printf的字符串末尾加个换行符改成"Hello World\n"，触发行缓冲的自动刷写规则，同样也能看到顺序恢复正常。

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