控制台 I/O：printf 和 scanf 未按预期顺序发生

Question

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

void eat() // clears stdin upto and including \n OR EOF
{
    int eat;while ((eat = getchar()) != '\n' && eat != EOF);
}

int main(){

    printf("\n COMMAND : "); char cmd[21]=""; scanf("%20s",cmd);

    if(strcmp(cmd,"shell")==0||strcmp(cmd,"sh")==0)
    {
        getchar(); // absorb whitespace char separating 'shell' and the command, say 'ls'
        while(1)
        {
            printf("\n sh >>> "); // print prompt
            char shellcmd[1024]=""; // str to store command
            scanf("%1023[^\n]",shellcmd); eat(); // take input of command and clear stdin

            if(strcmp("close",shellcmd)==0||strcmp("x",shellcmd)==0)
                break;
            else
                system(shellcmd);
        }
    }
}

在代码中，发生了一些我无法捕捉到的异常行为。

输入sh ls 并按[ENTER] 后，预期的响应是：

1. 第一个scanf() 将sh 存储在cmd[] 中，并将 ls\n 留在stdin 中。
2. getchar() 占用 空间。
3. printf() 打印 \n sh >>> 到终端
4. 第二个scanf()在shellcmd[]中存储ls，在标准输入中留下\n
5. eat() 从标准输入读取 \n，将其留空
6. system("ls") 被执行

即结果应该是这样的：

 COMMAND : sh ls

 sh >>>
 file1 file 2 file3 ...

 sh >>> | (cursor)

但是

我得到了什么：

COMMAND : sh ls

file1 file2 file3 ...
 sh >>> 
 sh >>> | 

显然，第二个 scanf() 和 shell() 正在执行之前 printf()，或者至少这是我的假设。

怎么了？

使用 cc -Wall -Wextra -pedantic 在 Clang 和 GCC 上编译，并在 MacOS 和 Linux 上的 bash 上进行测试

Answer 1

您可以在man page 中找到：

如果一个流引用一个终端（就像标准输出通常那样）它是行缓冲的

因此，当printf 打印的消息不包含换行符时，您可能会遇到延迟。在另一端，只要发送下一个 printf 的前导换行符，就会显示 previos 消息。

解决方案：

1. 在邮件末尾添加换行符printf("\n sh >>> \n");

2. 通过调用 flush() 函数 (fflush(stdout)) 强制显示当前缓冲区，即使没有换行符

3. 使用setvbuf() 函数更改当前的stdout 缓冲行为

   setvbuf(stdout,NULL,_IONBF,0);