为何需要用int类型处理getchar()的返回值与EOF？

我太懂这种困惑了！当初刚学C的时候，我也盯着这段内容挠了半天头，后来自己踩了几次坑才彻底搞明白，给你拆解清楚：

首先得明确两个关键信息：

• getchar() 每次调用的返回值有两种情况：要么是读到的字符对应的ASCII数值，要么是输入结束时返回的特殊值 EOF（也就是文件结束符，通常被定义为 -1）。
• char 类型的坑在于它的取值范围：不同编译器/系统下，char 可能是**有符号（signed char，范围-128~127）或者无符号（unsigned char，范围0~255）**的，这两种情况都会和 EOF 产生冲突：
  • 如果是有符号char：当读到ASCII值为128~255的扩展字符时，这些值会被解析成负数（比如255会变成-1），和EOF的-1完全一样！程序会误以为输入结束，但其实只是读到了一个合法的字符。
  • 如果是无符号char：EOF是-1，把它存进无符号char会被转成255——而255本身是一个合法的字符值，程序永远识别不到输入结束，循环会无限跑下去。

那为什么用int就没问题？
因为int的取值范围足够大（通常是-2147483648~2147483647），既能装下所有可能的char值（不管是有符号还是无符号的），又能稳稳装下EOF这个特殊的负数，不会出现“合法字符和EOF撞脸”的情况。

给你看两个对比代码更直观：

错误写法（用char存） #

char c;
// 这里会出现误判EOF或者死循环的问题
while ((c = getchar()) != EOF) {
    putchar(c);
}

正确写法（用int存） #

int c;
// 完美区分合法字符和EOF
while ((c = getchar()) != EOF) {
    putchar(c);
}

核心逻辑就是：getchar() 返回的不只是“字符”，还有一个额外的“状态标记”（EOF），所以需要一个比char容量更大的类型来同时容纳这两种情况，int刚好能搞定这个需求。

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