CLion中EOF相关代码异常：首个printf输出延迟至输入后才显示

嘿，我来帮你拆解你遇到的两个问题——输出延迟和奇怪的数字输出！

首先看你的代码：

#include <stdio.h> /*Checking whether the value of (getchar() != EOF) is 1, when not reaching the EOF*/
main() {
    int c;
    printf("Please enter character:\n");
    while (c = getchar() != EOF) {
        printf("%d\t", c);
    }
    printf("%d - at EOF\n", c);
}

第一个问题：printf提示语延迟显示 #

你说第一个printf("Please enter character:\n")没有立刻显示，要等输入内容才出来，这是标准输出的行缓冲机制在搞鬼。

C语言里，stdout默认是行缓冲模式：只有满足以下三个条件之一时，缓冲区的内容才会被刷新到终端：

• 输出内容包含换行符\n
• 缓冲区被填满（通常是4KB或8KB）
• 调用fflush(stdout)主动刷新缓冲区

那为什么你的代码里明明加了\n还是没立刻显示？这大概率是CLion的终端环境（比如MinGW或者Windows控制台）的特殊缓冲设置导致的——有些环境下即使有换行，也不会立刻刷新，直到有输入操作触发。

解决办法有两种：

• 在第一个printf之后主动调用fflush(stdout)：

  printf("Please enter character:\n");
  fflush(stdout); // 强制刷新输出缓冲区
  

• 或者在程序开头禁用标准输出的缓冲：

  setvbuf(stdout, NULL, _IONBF, 0); // 把stdout设置为无缓冲模式
  

第二个问题：输出全是1和0 #

你的代码里还有个运算符优先级的坑！c = getchar() != EOF这个表达式里，!=的优先级比=高，所以实际执行的是c = (getchar() != EOF)——也就是说，c存储的不是你输入的字符的ASCII值，而是判断getchar()是否不等于EOF的布尔结果：输入有效字符时是1，遇到EOF时是0。这就是你输出全是1，最后EOF时是0的原因。

要修复这个问题，你需要给getchar()加括号，确保赋值先执行：

while ((c = getchar()) != EOF) {
    printf("%d\t", c);
}

这样c就会先存储getchar()读取的字符值，再和EOF比较，输出的就是输入字符的ASCII码了。

修复后的完整代码 #

#include <stdio.h>

int main() { // 建议显式声明main的返回类型为int
    int c;
    printf("Please enter character:\n");
    fflush(stdout); // 强制刷新缓冲区，确保提示语立刻显示
    while ((c = getchar()) != EOF) {
        printf("%d\t", c);
    }
    printf("%d - at EOF\n", c);
    return 0; // 标准main函数需要返回值
}

现在再运行，提示语会立刻显示，输出的也是正确的字符ASCII值啦！

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