简介：面向C语言初学者、高校学生及备考者的《C语言程序设计（第四版）》何钦铭版课后习题及答案PDF，内容覆盖标识符与保留字、变量声明、流程控制、函数、数组和字符串等核心章节。习题解析从基础概念切入，对判断题、选择题、流程图设计与程序改错逐题说明，并结合关键字含义、运算符优先级、printf/scanf格式、素数判断、循环求和等典型例题展开，帮助读者吃透易混淆点。内含标识符合法性判断、1~100中能被6整除的数求和、素数判断流程图等示例，每章按题目顺序整理，便于对照教材逐章巩固。资源为1个PDF文件，大小约2.67MB，可随教材查阅、打印或移动端学习；已有12282人学习，适合课后自测、期末复习与考研基础巩固。通过完整答案和详细解析，可快速核对解题步骤、掌握常见错误修正思路，进一步提升C语言阅读与编程能力。
1. 标识符、运算符与编译预处理：这份习题答案到底在解决什么
学 C 语言的人和这份习题答案打照面，通常是在一个尴尬的时间点：教材第四版的课后题做完了，对答案发现选择题错了一小半，填空题里运算符优先级排错，程序设计题跑出来的结果和参考答案差一位小数。这份 PDF 收录了前两章的完整题目与逐题解析，从标识符合法性判断、关键字表、运算符优先级，到 printf/scanf 格式控制符、if-else 分支、for 循环追踪，再到三道程序设计题的完整可运行代码，覆盖面很精准——全是初学阶段最容易丢分的地方。适合正在啃教材的初学者，也适合考前想快速过一遍基础概念的人。
2. 从标识符到控制结构：答案里反复出现的三个基础考点
2.1 标识符合法性判断：两条规则就够了
第一章第一题考察标识符，题目给出了五个候选：total、_debug、Large&Tall、Counter1、begin_。答案判定total、_debug、Counter1、begin_合法，Large&Tall不合法。判断依据不需要背，就两条硬性规定：
- 标识符只能由字母、数字、下划线组成；
- 第一个字符必须是字母或下划线，不能是数字。
Large&Tall里出现了&，这个符号不在允许字符集里，直接判非法。begin_虽然以字母开头、以下划线结尾，看起来有点奇怪，但它完全符合规则，是合法的。_debug以下划线开头，也合法。C 语言区分大小写，所以total和Total是两个不同的标识符，这一点在后续做题时经常被忽略。
配套的知识点是关键字表。答案里完整列出了 C 语言的关键字及含义，比如auto声明自动变量、break跳出当前循环、const声明只读变量、sizeof计算数据类型长度。关键字也叫保留字，是语言规定有特定含义的标识符，用户不能拿它们当变量名或函数名。记这张表有个比较省力的方法：按功能分组。数据类型相关的是一组（int、char、float、double、short、long、unsigned、signed、void、struct、union、enum），控制流相关的是一组（if、else、for、while、do、switch、case、default、break、continue、goto、return），存储相关的一组（auto、register、static、extern、const、volatile、typedef、sizeof）。分组记忆比逐条背效率高得多，考试时遇到「下列哪个不能作为变量名」这类题，直接对照分组判断。
2.2 运算符优先级：一条链记住三档
第二章选择题第 5 题问优先级最低的运算符，四个选项是*、=、==、%。答案选=，解析给出的优先级顺序是：算术运算符 > 关系运算符 > 赋值运算符。
这条优先级链要刻在脑子里，因为 C 语言的赋值运算符=优先级极低，几乎低于所有其他运算符。实际写代码时，a = b + c * d会先算b + c * d，再赋值给a，看起来很正常；但一旦写出if (x = y)这种式子，编译器和人都容易犯迷糊——x = y是一个赋值表达式，它的值是赋值完成后x的值，而if (x = y)实际上判断的是x是否非零，而不是x是否等于y。这个陷阱在第二章填空题第 8 题里专门考了一次。
关于取余运算符%，答案里反复用了它来区分「整除取商」和「整除取余」。123 / 100结果是 1，商；901 % 10结果是 1，余数；76 % 3结果是 1，余数；625 % 5结果是 0，因为 625 能被 5 整除。做这类题时先判断题目问的是商还是余数，再动手算。/和%的优先级相同，结合方向从左到右，所以123 / 100 % 10这种表达式按从左到右的顺序计算即可。
2.3 三种控制结构的识别：从素数判定流程图说起
第一章第 4 题要求设计一个判别整数 n 是否为素数的流程图，并分析其中哪些是顺序结构、哪些是分支结构、哪些是循环结构。素数的定义是只能被 1 和自己整除的数，解题思路很直接：让 n 从 2 开始除，一直除到 n-1，期间如果能被某个数整除，说明 n 不是素数；如果一次都没被整除，n 就是素数。
这个流程拆解出来就是三种控制结构的组合：
- 顺序结构：变量初始化、读入 n、循环结束后输出结果；
- 分支结构：判断
n % i == 0是否成立，成立则跳出循环并输出「不是素数」，不成立则继续循环； - 循环结构：从
i = 2到i = n-1的重复判断过程。
理论上可以优化到i <= sqrt(n)，但从教材前两章的进度来看，线性扫描到 n-1 已经满足题目的要求了。记住一句话：顺序结构是线性的，分支结构是二选一的，循环结构是重复执行的。凡是带「重复判断直到满足条件」的步骤，都属于循环结构，这个判断标准在后面读任何流程图都通用。
3. 选择题与填空题：答案里最容易混淆的五类题型
3.1 printf 和 scanf 的格式控制符：数量与类型必须对齐
第二章选择题第 3 题考察 printf 输出乘法口诀：当i=2、j=3时，显示2*3=6。四个选项里正确答案是：
printf("%d * %d=%d\n", i, j, i*j);这里的关键是%d的数量必须和后面参数的数量一致。选项 A 第一个%d写成了d，属于无效格式符；选项 C 只有两个参数却有三个%d，参数不够用；选项 D 把等号放错位置，输出格式不符合题目要求。printf 的格式串里%d与参数是一一对应的，多一个少一个都会出问题，编译阶段可能不报错，但运行时输出就是垃圾数据。
配套考点是 scanf 的格式串。选择题第 4 题要求输入3 1.25后，n=3、x=1.25。正确选项是：
scanf("%d%lf", &n, &x);n是 int 类型用%d，x是 double 类型用%lf。注意%lf是 double 的格式符，%f是 float 的格式符。选项 C 把参数顺序写反了，会把 1.25 读进整数变量 n，导致垃圾值。还有一个经常被忽略的细节：scanf 格式串里的普通字符（比如逗号、空格）必须原样出现在输入里。选项 D 的"%d, %lf"要求输入时必须带逗号，写成3 1.25就匹配不上。我在实际调试中见过太多次这种「格式串写了个逗号，输入时忘了打」导致的玄学故障，排查半天，其实就是格式串和输入数据没对齐。
3.2 if-else 陷阱：赋值表达式当条件用
第二章填空题第 8 题是一道经典陷阱题：
int k, flag; if (k = 0) { flag = 0; } else { flag = 1; } printf("k=%d#flag=%d\n", k, flag);输出结果是k=0#flag=1。原因是k = 0是赋值语句，执行后 k 的值是 0，而 0 作为条件表达式是「假」，所以走else分支，flag 被赋值为 1。这里坑在写法上：条件判断本该用==，结果写成了=，程序不会报错，逻辑却完全变了。我自己的排查经验是，遇到「if 条件里的变量莫名其妙被改了值」或者「分支走了完全没想到的那条路」，第一件事就是检查是不是把==写成了=。编译器在高警告级别下会对这种代码给出 warning 提示，但很多初学者用的默认配置不会显示。复习这个考点时，把if (k = 0)和if (k == 0)在编辑器里各写一遍，对比运行结果，印象会非常深。
配套考点是 if-else 的成对问题。选择题第 6 题要求补充if (x >= y) { ... }后面的分支，正确答案是} else {。解析里特别强调了大括号要成对使用。C 语言里 if-else 的匹配规则是「就近原则」：else 和最近的未匹配 if 配对。如果大括号写得不完整，代码很容易出现「else 不知道该跟谁」的逻辑偏差。
3.3 for 循环追踪：循环结束后变量 i 的值
填空题第 10 题要求追踪以下程序段的输出：
int i; double s = 0; for (i = 1; i < 4; i++) { s = s + 1.0 / i; printf("i=%d#s=%.3f\n", i, s); } printf("i=%d#s=%.3f\n", i, s);答案分四行输出：i=1#s=1.000、i=2#s=1.500、i=3#s=1.833、i=4#s=1.833。前三行是循环体内的输出，重点是最后一行：循环结束后 i 的值是 4 而不是 3。原因是i++在判断条件i < 4不成立之前已经执行了——循环体执行完最后一次（i=3），执行i++让 i 变成 4，再判断4 < 4为假，循环退出。此时 i 保持为 4。所以循环结束后 i 不一定等于循环变量在最后一次循环体里的值，而是「最后一次自增后、判断条件失败时」的值。这个细节在后续涉及循环边界条件的编程题里非常容易踩坑，比如循环结束后想用 i 做下标访问数组，一不小心就数组越界。
另一个值得注意的点是%.3f的格式化行为。s = 1.0 / 1结果是 1.0，输出是1.000；s累加到 1.5 输出1.500；s = 1.833333...输出1.833，小数第三位后直接截断或四舍五入（C 标准里取决于实现，大多数现代编译器是四舍五入）。这里%.3f表示保留 3 位小数，%.1f表示保留 1 位小数。做输出格式类题目时，先算精确值，再按格式符截断，两步不能合并。
3.4 测试用例设计：三个分支要三组数据
选择题第 7 题考察 if-else 分支的测试设计。题目的代码是比较 x 和 y 的大小，输出较大的值。正确答案的三组测试用例是：3 4输出 4（x < y）、5 5输出 5（x == y）、4 3输出 4（x > y）。三组用例分别覆盖了小于、等于、大于三种情况，任何一个分支出错都能被捕获。
设计测试用例的基本原则是「每个分支至少覆盖一次」。比如if (x >= y) { max = x; } else { max = y; }，要测试 x 大于 y、x 等于 y、x 小于 y 三种情况，等于的情况其实归入了>=为真的分支。这道题的意义在于让初学者建立「测试不是随便输几个数」的意识。实际调程序时我会先列分支清单，再为每个分支准备一组数据，最后补一组边界值（比如 0、负数、最大值）——这样虽然不能保证百分百无 bug，但能把最常见的逻辑漏洞全部扫一遍。
3.5 变量交换：三种写法各有各的坑
填空题第 2 题和第 3 题都在考变量交换。填空题第 2 题用的是不引入第三个变量的写法：
a = a + b; b = a - b; a = a - b;数学逻辑是：第一步后 a 存了原 a 和原 b 的和；第二步b = a - b得到原 a；第三步a = a - b得到原 b。这套写法漂亮是漂亮，但有一个实际风险：如果 a 和 b 非常大，a + b可能溢出。填空题第 3 题的标准写法是引入临时变量：
temp = a; a = b; b = temp;这是最推荐的做法，逻辑直白、不担心溢出、可读性好。我的习惯是写代码优先用临时变量交换，除非题目明确要求只能用两个变量。考试时如果看到这种题，先判断题目有没有限制变量数量，再决定用哪种方案。
4. 程序设计题实操：从题目到可运行代码的完整拆解
4.1 整数均值：4.0 与 4 的区别是玄学还是规律
程序设计题第 1 题：输入 4 个整数，计算并输出它们的和与平均值，平均值精确到小数点后 1 位。参考答案如下：
#include <stdio.h> int main(void) { int a, b, c, d, sum = 0; double average; printf("input a,b,c,d:"); scanf("%d%d%d%d", &a, &b, &c, &d); sum = a + b + c + d; average = sum / 4.0; printf("average=%.1lf\n", average); return 0; }关键在average = sum / 4.0这一行。如果写成sum / 4，结果是整数除法，5 / 4 得到 1，赋值给 double 后是 1.0，小数部分直接丢了；写成4.0后，整数除法的两个操作数中有一个是 double 类型，系统会把sum自动转换为 double，再做浮点除法，5 / 4.0 得到 1.25。这就是 C 语言的算术转换规则：操作数类型不一致时，低精度类型向高精度类型转换。
实际写程序时的建议：只要涉及除法，且结果需要保留小数，就明确地把其中一个操作数写成浮点数形式（4.0、1.0），不要依赖隐式转换，也不要写(double)sum / 4这种强转——虽然效果一样，但对初学者来说多一层符号就多一层理解负担。%.1lf表示保留 1 位小数，1.25输出为1.2或1.3，取决于编译器的舍入实现。验证时可以用3 4 5 6这组数据：和是 18，平均值是 4.5，输出average=4.5。
4.2 阶梯电价：分段函数的边界条件怎么卡
程序设计题第 2 题是阶梯电价问题：月用电量 50 千瓦时（含 50）以内，电价 0.53 元/千瓦时；超过 50 的部分，电价上调 0.05 元即 0.58 元/千瓦时；用电量小于 0 输出Invalid Value!。参考答案：
#include <stdio.h> int main(void) { double x, y; printf("input x:"); scanf("%lf", &x); if (x < 0) { printf("Invaild Value!\n"); } else if (x <= 50) { y = 0.53 * x; printf("电费 = %lf 元\n", y); } else { y = 0.53 * 50 + (x - 50) * (0.53 + 0.05); printf("电费 = %lf 元\n", y); } return 0; }分段函数的编码核心是边界条件的归属。题目明确「50 千瓦时含 50 以内的，电价为 0.53 元」，所以x <= 50走第一段；超过 50 走第二段；x < 0是非法的输入值。三个分支用if-else if-else串联，顺序很重要：先判断非法输入，再判断第一段，最后是第二段。如果反过来先判断x <= 50，负数也会落入这个分支，非法判断就失效了。
验证数据：输入50，输出电费 = 26.500000 元（0.53 × 50）；输入60，输出26.5 + 10 × 0.58 = 32.300000 元；输入-10，输出Invaild Value!。这里有个细节：参考答案里拼写是Invaild Value!，题目原文是Invalid Value!，考试按题目要求写，平时验证时注意别被答案的拼写带偏。
4.3 序列求和：整数除法在累加式里翻车
程序设计题第 3 题：输入两个正整数 m 和 n（0 < m ≤ n），求从 i=m 到 n 的和，每一项是i² + 1/i，结果保留 6 位小数。参考答案代码的核心循环：
#include <stdio.h> int main(void) { int m, n, i; double sum = 0; printf("input m,n(0<m<=n):"); scanf("%d%d", &m, &n); for (i = m; i <= n; i++) { sum = sum + (i * i + 1.0 / i); } printf("sum = %.6f\n", sum); return 0; }这里最容易翻车的是1.0 / i。如果写成1 / i，当 i > 1 时，整数除法1 / i直接得 0，比如1 / 2 = 0，整个累加项就只剩下i * i，算出来的结果差了一大截。1.0 / i先让 1.0 以 double 类型参与运算，i 被自动转换为 double，得到正确的浮点结果。这类「分母是整型变量」的项，我的习惯是直接把分子写成带小数点的形式，最省事也最不容易忘。
循环边界i <= n是另一个易错点。题目要求 m 到 n 闭区间，写成i < n会漏掉最后一项。测试时可以拿m=1, n=2手算验证：(1² + 1/1) + (2² + 1/2) = 2 + 4.5 = 6.5，程序应该输出sum = 6.500000。%.6f是 double 保留 6 位小数的格式符，数据量大时精度会有轻微偏差，但题目要求保留 6 位小数，浮点误差在这个精度下通常不影响结果。
5. 避坑清单：自学者用这份习题答案最容易踩的五个坑
5.1 坑一：printf 的字符串忘了加双引号
现象：第二章选择题第 1 题，代码printf(Welcome to You! \n")编译报错，或者输出乱码。
原因：printf 的格式字符串必须是双引号包裹的字符串常量，漏了开头引号，编译器把Welcome当成标识符处理，解析直接失败。
解决：写 printf 时先写左右双引号，再往中间填内容。检查时重点看双引号是否成对。这类问题编译阶段就会暴露，比逻辑错误好排查，但初学者的常见失误是写完了不编译直接对答案，反而想不明白错在哪。
5.2 坑二：把/的结果和%的结果混淆
现象：123 / 100和901 % 10的结果都是 1，做选择题时对不上解析过程。
原因：/是整除取商，%是整除取余。123 / 100商 1 余 23 取商；901 % 10商 90 余 1 取余。两道题结果相同纯属巧合，运算本质完全不同。
解决：做题时先圈出运算符，明确要的是「商」还是「余数」。实际编程中，判断奇偶用n % 2 == 0，拆位取数字用%，取整数部分用/，用错一个符号结果就错了，而且不会报错。
5.3 坑三：scanf 格式串里的逗号或空格卡输入
现象：按题目的格式串scanf("%d, %lf", &n, &x)写了代码，运行时输入3 1.25，程序读不到正确值。
原因：scanf 格式串里除%开头的格式符之外，其他普通字符（逗号、空格、冒号）必须原样出现在输入中。格式串写了逗号，输入就必须打逗号。
解决：要么去掉格式串里的逗号，改成"%d%lf"；要么输入时严格按格式串键入。平时自己写代码，格式串越简洁越好，只保留格式符和必要的分隔。调试时如果 scanf 读不进数据，先检查格式串里的普通字符，这比查变量类型转换快得多。
5.4 坑四：if 条件里用=而不是==
现象：if (k = 0)之后程序走了 else 分支，k 的值被改成 0，逻辑完全偏离预期。
原因：=是赋值运算符，不是关系运算符。k = 0执行赋值，表达式值为 0（假），所以走 else。编译器给这一类代码通常会报「在条件语句中使用赋值」的 warning，但不会把它当成错误拦截。
解决：写条件判断时统一用==，写完看一眼运算符是不是两个等号。我个人的做法是养成了「条件里只写关系表达式和逻辑表达式」的习惯，赋值操作一律放到 if 外面单独写一行，从根源上避免这类错误。
5.5 坑五：编译预处理命令末尾加分号
现象：#include <stdio.h>;编译时报错或提示奇怪的问题。
原因：编译预处理命令以#开头，是预处理器处理的指令，不是 C 语句，末尾不加分号。加了分号在某些编译器下会被当成空语句或多余符号，产生警告甚至错误。
解决：凡是以#开头的行，写完不要加分号。这个错误和「printf 字符串漏引号」一样，属于编译期就能发现的低级错误，但架不住手滑。我的检查习惯是写完预处理行直接回车换行，让下一行从行首开始，有效降低「顺手加分号」的概率。
6. 把习题答案用成自己的：一个验证程序正确性的习惯
这份答案最有价值的不是那几道题的代码，而是每道题后面的解析思路——标识符为什么合法、运算符为什么选这个、循环结束为什么 i 是 4。我自己用这类资源时，会刻意做一件事：拿到一道程序设计题，先不翻答案，自己写一版代码，然后拿题目给出的测试数据跑一遍，再打开答案对照。
对照时重点看三个地方：一是边界条件，比如阶梯电价里 50 这个分界值、序列求和里i <= n还是i < n；二是除法运算里有没有写4.0、1.0这种浮点字面量；三是输出格式符是否和题目要求一致（%.1lf、%.6f、%.3f）。这三类问题在答案里都有对应考点，逐一核对就能发现自己的盲区。
我还习惯给每道程序设计题补一组边界测试数据。整数均值题用0 0 0 0验证和为 0 时输出是否正常；阶梯电价题输入50和51各跑一遍，确认边界落在哪个分支；序列求和题输入m=n的情况，验证单一项的循环处理。不需要多，每组边界数据一两分钟就测完，但能覆盖最容易出错的区间。
那以后我每次看完一章课后题，都强制走一遍「自己写 → 边界测试 → 对照答案 → 重跑一遍」，过程很笨，但确实把每一道题的知识点变成了自己能随手调用的代码习惯。希望这份答案也能帮你把 C 语言的基础打得扎实一点。
本文还有配套的精品资源，点击获取
