1. 题目到底在问什么1.1 一句话看懂练习 1-6如果你正在啃 KR《C程序设计语言》看到练习题 1-6大概率第一反应是这还用验证吗getchar() ! EOF是个比较表达式结果不是 0 就是 1 呗。对答案确实就这一句话。但 KR 这两位老爷子把这道题排在第一章不是让你背结论而是让你真的去敲代码、编译、运行然后看着输出自己得出结论。原题直接写的是Verify that the expression getchar() ! EOF is 0 or 1. 翻译过来就是验证getchar() ! EOF这个表达式的值是 0 还是 1。很多人会顺手把这道题跳过因为觉得“太简单了没什么好验证的”。但真正动手跑一遍之后你会意外发现几个有意思的点为什么getchar()的返回值要用int而不是char为什么while (c getchar() ! EOF)和while ((c getchar()) ! EOF)完全是两回事EOF 到底是什么为什么在终端里按 CtrlD 才生效这道题其实就是 C 语言第一道“组合拳”把输入函数、文件结束标记、运算符优先级、条件表达式的结果类型全部揉在一起让你一次踩到位。1.2 为什么说它是“验证题”而不是“计算题”练习 1-6 不是让你在纸上推导出 0 或 1而是让你用程序去“亲眼看”。C 语言的比较表达式比如a ! b、a b、x y它们的求值结果是什么类型答案是int。如果条件为真结果是整数 1如果条件为假结果是整数 0。这个结论在标准里写得很清楚但新手很容易形成一个错误印象比较表达式只是“逻辑判断”不是真正的值。实际上你在 C 语言里完全可以把比较结果存进变量、打印出来、参与运算。比如int result (a ! b); printf(%d\n, result);这段代码会输出1因为a ! b为真。而getchar() ! EOF也是一个完全一样的普通表达式它读入一个字符然后和 EOF 做比较如果读到的不是文件结束标记比较结果就是 1否则就是 0。所以练习 1-6 的真正答案是这个表达式确实只可能是 0 或 1并且你需要写一段代码让这个结果直接显示在屏幕上。2. 动手前先理清 getchar、EOF 和控制台输入2.1 getchar 为什么返回 int而不是 char很多教材写char c; c getchar();这在某些编译器上能跑但它不是安全写法。getchar()的标准返回值类型是int这一点特别关键。原因很简单如果getchar()返回char那么它只有 256 种可能的值假设 char 是 8 位。但文件结束标记 EOF 不是一个普通字符它需要有一个和所有有效字符都不冲突的值。在常见实现里EOF 被定义为 -1这是一个负整数。如果getchar()只返回char那这个 -1 很可能没法被正确表示或者会和某个合法字符的值混淆。所以标准库的设计是getchar()把读到的每个字节当成unsigned char处理再转换成int返回。这样正常字符的返回值范围是 0 到 255而 EOF 用一个负数来表示两者不会冲突。我见过不少人在练习 1-6 里把c声明成char然后发现程序在特定输入下行为诡异其实就是吃了这个亏。正确写法是int c;2.2 EOF 不是一个“字符”EOF 是stdio.h里定义的一个宏全称是 End of File。标准没有规定它的具体数值只要求它是一个负整数。绝大多数 C 编译器把它定义成-1。需要注意的是EOF 不是键盘上的某个键也不是文件里的某个字节。它是“没有更多输入可以读了”这个状态在 C 语言里的抽象表示。你在终端里按 CtrlD操作系统会把当前输入流标记为结束getchar()读不到任何有效数据于是返回 EOF。在 Windows 控制台里对应的按键通常是 CtrlZ而且有时候必须单独成一行再按和 Linux 终端的行为不完全一样。这也是很多人做这道题时卡住的主要原因。2.3 怎么给程序制造“文件结束”最简单的方式是直接在前台终端运行程序然后手动按键。在 Linux 或 macOS 的终端里正常输入几个字符按回车程序会读入字符并继续循环。在行首按 CtrlD告诉终端“输入流结束了”此时getchar()返回 EOF。如果程序还在等待输入按 CtrlC 可以直接中断。在 Windows 的 cmd 或 PowerShell 里在当前行输入完内容后按回车。在行首按 CtrlZ然后按回车告诉控制台输入流已经结束。更稳定、更适合做练习的方式是用输入重定向。比如把一段文本写入文件然后让程序从文件里读取文件读到底就自然产生 EOFprintf hello\n test.txt ./ex16 test.txt这样你不需要手动按键也可以验证程序读到文件尾时getchar() ! EOF的结果确实变成了 0。3. 练习 1-6 的参考代码与运行结果3.1 一个最直接的验证程序下面这段代码就是练习 1-6 最常见的参考实现。注意我把printf(%d\n, c)放在了循环体里又在循环结束后打印了一次这样你就能同时看到“非 EOF 时”和“EOF 时”两种结果。#include stdio.h int main() { int c; while (c getchar() ! EOF) { printf(%d\n, c); } printf(EOF: %d\n, c); return 0; }先解释一下这个程序的行为。while (c getchar() ! EOF)这句因为!的优先级比高所以它等价于while (c (getchar() ! EOF))也就是说每次循环先调用getchar()把它读到的字符和 EOF 比较比较结果是 0 或 1再把这个结果赋给变量c。然后while判断这个值是否为真。只要c是 1循环继续当c变成 0循环停止。所以在程序运行过程中每次成功读到一个普通字符getchar() ! EOF为真c等于 1打印1。当读到文件结束getchar()返回 EOFgetchar() ! EOF为假c等于 0打印0。3.2 实际运行一次编译运行gcc -Wall -o ex16 ex16.c ./ex16假设你输入一个字符a然后按回车a 1 1为什么有两个1因为终端是行缓冲的你输入a并回车后stdin 里实际上有a和换行符两个字符。循环先读到a比较结果非 0打印 1紧接着读到换行符又打印 1。如果继续输入b回车会再看到两个 1b 1 1在行首按 CtrlD 后程序读不到更多输入getchar()返回 EOF条件结果为 0循环退出最后打印EOF: 0这个输出直接证明了getchar() ! EOF这个表达式的值只有两种可能不是 0就是 1。3.3 一个容易搞混的写法括号到底加在哪紧挨着练习 1-6很多教材会讲解一个经典循环while ((c getchar()) ! EOF) { putchar(c); }这个写法的含义是先把getchar()读到的字符赋给c再把c和 EOF 比较。变量c保存的是字符码而不是 0 或 1。但练习 1-6 里的式子没有这层括号while (c getchar() ! EOF)它表达的是先比较getchar()和 EOF再把比较结果赋给c。这两个写法看似只差一对括号实际行为天差地别。KR 安排这道题就是为了让你在动手验证的过程中把这个优先级问题刻进脑子里。如果你把两种写法各运行一遍就会明白为什么和!同时出现时防坑的唯一办法就是加括号。4. 从练习 1-6 延伸出的硬核知识点4.1 运算符优先级为什么 ! 比 高C 语言运算符优先级表里!属于关系运算符属于赋值运算符。关系运算符的优先级高于赋值运算符所以c getchar() ! EOF永远被解析成c (getchar() ! EOF)如果你想先赋值再比较必须手动加括号(c getchar()) ! EOF这个坑不只是练习 1-6 里才有后续写文件读取、网络编程、登录验证等代码时只要把getchar()换成read()、fgetc()之类的输入函数都会遇到同样的优先级问题。我可以给你一个很实用的检查方法遇到“把一个输入函数的结果赋给变量然后再判断是否等于某个结束标记”这个需求时直接条件反射写成while ((c getchar()) ! EOF)括号宁可多一些别省略。编译器不会嫌弃你括号多只会让你因为括号少而调试到半夜。4.2 “真就是 1假就是 0”到底有什么用练习 1-6 验证出来的 0/1 结果并不只是考试知识点。它可以直接参与算术运算初学时很多人没注意到这一点。举个例子KR 后面的练习里要统计输入中的空格、制表符和换行符数量。你可以写int nl 0; while ((c getchar()) ! EOF) { nl (c \n); }c \n的结果要么是 0要么是 1。如果 c 是换行符表达式为 1nl加 1否则加 0。这样写虽然不如if语句直观但能帮你加深“表达式是有值的”这个理解。C 语言里if、while、for等语句判断条件时规则是“非 0 即真0 即假”。但关系运算符和相等运算符本身产生的值被标准严格地规定为 0 或 1。这两个概念要分清楚判断条件接受任何非零值但比较表达式实际产出的结果只有 0 和 1 两个值。4.3 char、int 和 EOF 的历史遗留问题很多老书和老代码里你会看到这样的写法char c; while ((c getchar()) ! EOF) { ... }这在某些平台上碰巧能工作但严格来说是有毛病的。C 标准没有规定 char 是不是带符号类型。如果当前平台的 char 是无符号的那么 EOF 这个 -1 赋值给 char 后会被截断成 255永远不可能和 EOF 相等循环就变成了死循环。还有一种情况更隐蔽即使 char 是带符号类型当你读到一个非法的高位字节时getchar()返回的值可能是 0xFF 对应的 int 值 255赋值给 signed char 后变成 -1程序就会误判为 EOF。所以现在的 C 代码规范基本都会建议int c;只要getchar()或fgetc()这类函数的返回值赋给变量一律声明成int。这不是教条而是无数人踩坑后才沉淀出的经验。5. 常见问题与排查技巧实录5.1 运行后卡住了不输出任何内容新手最常见的反应是程序一启动就像死机一样什么都不打印怎么回事其实程序在等你输入。getchar()是阻塞式的它要从标准输入读一个字符没有数据时就一直等着。如果你运行的是终端交互模式那就输入几个字符再按回车如果你不想手动按 CtrlD也可以直接用文件重定向./ex16 test.txt只要文件里有内容程序会很快读完文件并打印出结果然后自然遇到 EOF比较结果变成 0循环退出。5.2 为什么屏幕上全是 1没有 0这其实不是 bug。只要你持续输入字符getchar() ! EOF就会一直为真循环就会一直打印 1。只有让getchar()读到 EOF才会打印 0。如果你觉得“输出 1 还算正常但怎么没完没了”那是因为终端输入流的“文件结束”信号还没有触发。在 Linux 终端里在行首按 CtrlD在 Windows cmd 里在行首按 CtrlZ 再按回车。如果程序已经进入循环可以先按 CtrlC 终止程序再重新运行操作。5.3 想知道 EOF 具体是多少怎么办练习 1-6 只验证了getchar() ! EOF的结果是 0/1但并没有直接告诉你 EOF 的值。KR 紧接着的练习 1-7 就是让你打印 EOF 的值可以用一句代码解决printf(%d\n, EOF);在绝大多数 C 编译器上会输出-1。如果以后你在某些嵌入式或特殊环境里看到不同的值也不要惊讶标准只要求它是负整数。你可以自己写个程序跑一下#include stdio.h int main() { printf(%d\n, EOF); return 0; }这样你就知道当前平台上的 EOF 到底是多少了。这个练习和第 1-6 题其实是配套的做完之后你对“文件结束”这个概念会从模糊变得非常具体。5.4 编译时如果开了 -Wall会不会有警告如果你按照练习 1-6 的写法while (c getchar() ! EOF)某些编译器可能会提示条件表达式里有赋值建议加括号。这是编译器的善意提醒它并不知道你是故意这样写的。如果只是想完成验证可以忽略这个警告或者把代码改成更明确的形式c (getchar() ! EOF); while (c ! 0) { printf(%d\n, c); c (getchar() ! EOF); }这样虽然啰嗦但逻辑上和练习 1-6 原式子完全一致也更好理解。6. 我在这道题上踩过的坑与心得我在初学 C 语言时做这道题第一版代码用的是char c而且没有加括号。结果输入一堆字符后程序要么多打印一个奇怪的数字要么干脆死循环。后来我一步步排查才发现问题不在循环逻辑而在char和int的区别在和!的优先级上。这道题让我养成了两个习惯第一个凡是读到stdin或文件输入变量声明优先用int第二个只要是“赋值结果再比较”的场景优先加括号。这两个习惯在后来的 C 语言学习中救了我很多次。如果你也在啃 KR《C程序设计语言》我建议不要急着抄答案。哪怕你已经知道答案是 0 或 1也老老实实把程序敲一遍编译运行输入几个字符再按一次 CtrlD。你亲眼看到满屏的1和最后那个0时对 C 语言表达式、EOF、优先级这三个概念的记忆深度会比只看十遍书都管用。