哈工大C语言第二周编程题避坑指南：从语法到实操的进阶

1. 这道题到底在练什么从第二周编程题看C语言入门的核心门槛哈工大2020年C语言程序设计精髓这门课在MOOC平台上一直口碑不错第二周的编程题算是真正把新手从“能看懂语法”拽到“能写出程序”的分水岭。很多人第一周还觉得挺轻松printf、scanf照着敲一敲就过了到了第二周开始出现计算类、分支类、简单循环类的题目立刻就有人卡住。我当年带过几个刚入门的朋友刷这套题发现一个规律卡住的人几乎都不是因为语法不会而是因为没搞清楚“程序到底在干什么”。第二周的编程题通常围绕几个核心点展开变量的定义与类型选择、格式化输入输出的细节、算术运算与类型转换、if-else分支逻辑、以及最基础的while或for循环。题目本身不难但每道题都埋了坑比如整数除法和浮点除法的区别、scanf里格式串的写法、边界条件的判断顺序。这些东西在课堂上听一遍觉得懂了真到OJ上提交编译错误、答案错误、格式错误轮番上阵。这篇文章适合两类人看一类是正在刷这套题、被某个测试点卡住想找思路的另一类是想系统梳理C语言入门阶段那些“老师没细讲但做题必须会”的实操细节的。我不会直接甩一份答案给你而是把每类题背后的设计逻辑、常见错误、排查方法拆开讲清楚让你下次遇到同类问题能自己搞定。2. 第二周题目的整体设计逻辑与常见题型拆解2.1 为什么第二周是道坎从“照着抄”到“自己想”第一周的题目基本是“输入两个数输出它们的和”这种直给型你只要记住scanf和printf的格式就能过。第二周开始变了题目会给你一个实际场景比如“计算圆柱体的体积”“判断某一年是不是闰年”“根据成绩输出等级”你需要自己决定用几个变量、用什么类型、走什么分支。这个转变的本质是从“翻译”变成了“建模”。我观察过很多初学者的做题过程他们最大的问题是拿到题目直接开始敲代码边敲边想结果写到一半发现变量不够用或者逻辑走不通又回头改改来改去把自己绕晕。正确的做法是先花两分钟在纸上或者注释里把思路写清楚输入是什么、输出是什么、中间需要哪些计算、有没有条件判断、需不需要循环。这个习惯看起来慢实际上能帮你省下大量调试时间。第二周的题目还有一个特点测试用例往往包含边界值。比如求最大值它会测两个数相等的情况判断闰年它会测整百年份。这些边界条件在题目描述里可能只提了一句甚至没提但你如果不处理提交就是答案错误。这不是题目刁难你而是在训练你写程序时必须考虑的完备性。2.2 第二周高频题型分类与对应知识点把第二周的编程题拆开看基本逃不出下面这几类。我按出现频率和难度排了个序你可以对照自己的情况看看哪类还不熟。题型分类典型题目场景核心知识点常见失分点数值计算类求圆面积、圆柱体积、温度转换变量类型、算术运算、格式化输出整数除法截断、精度控制分支判断类闰年判断、成绩等级、大小排序if-else嵌套、逻辑运算符条件顺序、边界遗漏简单循环类累加求和、阶乘计算、数字逆序while/for、循环变量更新死循环、循环次数差一输入输出格式类按要求格式打印表格、对齐输出printf格式控制符、宽度精度格式串不匹配、换行遗漏这四类里面数值计算和分支判断是第二周的重头戏循环类有些课程会放到第三周但哈工大这套课在第二周就会涉及最简单的循环。不管你遇到的是哪一类底层的思维方式是一样的先明确数据流再确定控制流。2.3 从题目描述到代码的翻译方法论很多初学者觉得“我看得懂题目但不知道怎么写成代码”。这个问题本质上是缺少一套翻译规则。我总结了一个三步法你可以直接套用。第一步把题目里的名词变成变量。题目说“输入圆的半径”你就定义一个变量叫radius题目说“计算面积”你就定义一个变量叫area。变量名尽量用英文别用a、b、c不然后面自己都忘了哪个是哪个。第二步把题目里的动词变成语句。题目说“计算”对应赋值语句或表达式题目说“判断”对应if语句题目说“重复”对应循环语句。这一步的关键是不要跳步题目说“先判断再输出”你就老老实实先写if再写printf。第三步把题目里的条件变成表达式。题目说“如果年份能被4整除但不能被100整除或者能被400整除”你就翻译成(year % 4 0 year % 100 ! 0) || (year % 400 0)。这里要注意运算符优先级不确定就加括号括号不嫌多。这套方法看起来简单但能帮你避免大部分逻辑错误。我带过的人里面凡是老老实实按这个流程走的调试时间至少缩短一半。3. 核心细节解析那些老师不讲但做题必踩的坑3.1 变量类型选择int还是double一念之差结果全错第二周的数值计算题里最常见的错误就是整数除法。比如题目让你计算“半径为5的圆面积”有人写int area 3.14 * 5 * 5;结果输出78而不是78.5。原因很简单3.14是浮点数5是整数乘出来是浮点数但你把它赋给int变量小数部分直接被截断了。更隐蔽的是两个整数相除。比如计算平均分你写int avg sum / count;如果sum是85count是2结果是42而不是42.5。因为C语言里两个int相除结果还是int小数部分直接丢掉不是四舍五入是直接砍掉。记住一条铁律只要涉及除法先问自己“我需要小数吗”。需要就把参与运算的至少一个数变成浮点类型或者把结果变量定义成double。那什么时候用int什么时候用double我的经验是计数、编号、索引这类“数个数”的场景用int测量、金额、比例这类“量大小”的场景用double。不确定的时候用double因为double能表示整数但int表示不了小数。代价是double占8个字节int占4个但在第二周的题目里这点内存差异完全可以忽略。还有一个坑是float和double的选择。有些题目要求输出保留两位小数你用float可能因为精度问题在最后一位上出现偏差。比如float f 1.0 / 3.0;输出可能是0.333333而double是0.333333333。第二周的题目用double基本不会错float能不用就不用。3.2 scanf和printf的格式串一个字符不对就全盘皆输scanf的格式串是初学者最容易翻车的地方。最常见的错误是在scanf里写了不该写的东西。比如scanf(%d\n, n);这个\n会让程序卡住等你多输入一个非空白字符才继续。很多人调试半天以为是逻辑问题其实是格式串里多了个换行。另一个高频错误是忘记取地址符。scanf(%d, n);编译可能不报错但运行直接崩溃。因为n的值被当成地址用了程序试图往一个非法内存位置写数据。这个错误在第二周出现频率极高因为题目开始要求输入多个变量写着写着就漏了。printf这边的问题主要是格式控制符和变量类型不匹配。用%d输出double结果会是一个莫名其妙的整数用%f输出int结果更离谱。第二周题目经常要求“保留两位小数”正确写法是printf(%.2f, area);注意是%.2f不是%2f少了那个点输出宽度变了但精度没控制。格式串写法实际效果正确写法scanf(%d\n, n)多等一个非空白输入scanf(%d, n)scanf(%d, n)运行时崩溃scanf(%d, n)printf(%2f, d)输出宽度2精度默认printf(%.2f, d)printf(%d, d)输出错误整数printf(%f, d)每次写完scanf养成习惯检查两件事格式串里有没有多余的字符变量前面有没有。这两条能帮你排除80%的输入问题。3.3 分支逻辑的顺序陷阱条件写对了顺序错了照样错if-else if-else这种结构条件的顺序至关重要。最典型的例子是成绩等级判断。如果你这样写if (score 60) { printf(及格); } else if (score 80) { printf(良好); } else if (score 90) { printf(优秀); }一个95分的学生会被判定为“及格”因为第一个条件就满足了后面的else if根本不会执行。正确的顺序是从高到低或者从低到高确保每个分数段只被一个条件捕获。闰年判断也有类似的顺序问题。题目说“能被4整除但不能被100整除或者能被400整除”有人写成if (year % 4 0) { if (year % 100 ! 0) { printf(是闰年); } } else if (year % 400 0) { printf(是闰年); }这个逻辑对1900年判断正确不是闰年但对2000年就错了。因为2000 % 4 0进入第一个分支然后2000 % 100 ! 0为假直接跳出永远不会走到else if。正确的写法是把两个条件用逻辑运算符连起来或者调整嵌套结构。我个人的习惯是遇到多条件判断先在纸上画出所有可能的情况然后确保每个情况有且只有一个分支能覆盖到。这个步骤花不了两分钟但能避免大量返工。3.4 循环的边界控制差一错误和死循环的根源第二周涉及的循环通常很简单比如“求1到100的和”。但就是这种简单循环也有两个经典坑。第一个是差一错误。for (int i 1; i 100; i)求的是1到99的和不是1到100。for (int i 1; i 100; i)才是对的。这个错误在累加、计数场景里特别常见因为人脑习惯“小于”而不是“小于等于”。第二个是循环变量忘记更新。用while写循环时如果忘了写i;程序就死循环了。OJ上死循环的表现是超时不是答案错误所以看到超时提示第一反应就是检查循环有没有退出条件。// 错误示范死循环 int i 1; while (i 100) { sum i; // 忘了 i } // 正确示范 int i 1; while (i 100) { sum i; i; }写循环的时候我习惯在循环体最后一行先写更新语句再写其他逻辑。这样就不会忘。另外循环变量尽量在for里面定义作用域清晰不容易和外面的变量冲突。4. 完整实操流程从读题到提交的标准化动作4.1 读题阶段把自然语言翻译成数据流拿到一道题先别急着打开编辑器。我通常做三件事圈出输入、圈出输出、标出条件。比如题目说“输入一个整数n输出1到n之间所有偶数的和”我就在纸上写输入是nint输出是sumint条件是“偶数”即i % 2 0范围是1到n。这个阶段最重要的是确认数据类型。n会不会很大如果n是100000sum会不会溢出int第二周的题目一般不会涉及大数但养成这个意识没坏处。另外输出格式有没有特殊要求是每个结果一行还是用空格隔开这些细节读题时就要确认不要等提交错了再回头看。4.2 编码阶段先搭骨架再填肉我写代码的习惯是先写框架再填细节。以“判断闰年”为例骨架是这样的#include stdio.h int main() { int year; scanf(%d, year); // 判断逻辑 return 0; }然后往“判断逻辑”那里填if-else。这样做的好处是输入输出部分不会出错你只需要专注在核心逻辑上。很多人一上来就从头写到尾写到一半发现变量没定义又回头加加完又发现格式串写错了来回折腾。变量命名也有讲究。第二周题目里常见的变量无非就是n、m、a、b、sum、count、max、min这些。我建议用有意义的英文单词比如radius、area、year、score这样代码读起来像句子调试的时候一眼就能看出哪个变量是干什么的。4.3 测试阶段自己造用例比等OJ反馈快得多提交之前至少自己测三组数据一组正常值一组边界值一组特殊值。比如求最大值正常值测(3, 5)边界值测(5, 5)特殊值测(-1, -5)。如果这三组都过了再提交通过率会高很多。自己测试的时候可以用printf把中间变量打出来。比如算面积之前先打印radius的值确认输入读对了算完面积再打印area的值确认计算没错。这个技巧叫“插桩”是调试的基本功。等程序正确了再把多余的printf删掉。我见过太多人提交一次错一次然后反复提交同一份代码指望OJ突然开恩。正确的做法是本地测用printf看中间结果定位到具体哪一步不对改完再提交。这样效率高十倍。4.4 提交与反馈解读编译错误、答案错误、格式错误分别意味着什么OJ的反馈信息其实很有用但很多人不看。编译错误说明语法有问题通常是少了分号、括号不匹配、变量没定义。答案错误说明逻辑有问题输出和预期不符。格式错误说明输出格式不对比如多打了空格、少了换行。超时说明循环有问题可能是死循环或者算法太慢。第二周最常见的反馈是答案错误和格式错误。答案错误优先检查边界条件和整数除法格式错误优先检查printf里的换行和空格。把反馈信息当线索而不是当判决排查起来会快很多。5. 常见问题与排查技巧实录5.1 编译错误速查表错误提示关键词可能原因排查方法expected ;上一行末尾少了分号检查报错行的上一行undeclared identifier变量没定义或拼写错误检查变量名大小写expected declaration代码写在了函数外面确认所有语句在main内too few argumentsprintf/scanf参数不够检查格式串和变量数量编译错误是最好解决的因为编译器直接告诉你哪一行有问题。但要注意编译器报的行号有时候是下一行因为错误可能在这一行末尾才被发现。比如少了分号编译器会在下一行报错。5.2 答案错误排查思路答案错误没有提示只能自己找。我的排查顺序是先检查输入读对了没有再检查计算逻辑最后检查输出格式。输入问题用printf打印读到的值计算问题用printf打印中间结果输出问题对照题目要求一个字符一个字符地比。第二周答案错误的高频原因就三个整数除法、边界条件、条件顺序。遇到答案错误先往这三个方向想基本能命中。5.3 格式错误的自查清单格式错误通常是因为输出多了或少了一个空格、换行。我整理了一个自查清单提交前过一遍题目要求每个结果一行我有没有漏掉\n题目要求用空格分隔我有没有多打空格题目要求保留两位小数我有没有写%.2f题目要求输出“Yes”还是“YES”大小写对不对这些细节看起来琐碎但OJ的判题是精确匹配差一个字符都不行。养成提交前对照题目要求检查输出格式的习惯能省下很多次重提交。5.4 超时问题的定位与解决第二周的超时基本都是死循环。定位方法很简单在循环体里加一句printf看看是不是一直在打印。如果是检查循环变量有没有更新或者退出条件是不是永远为真。还有一种超时是循环次数太多。比如题目要求计算1到1000000的和你用循环一次一次加虽然能出结果但可能超时。第二周一般不会遇到这种但如果你发现循环次数很大可以考虑用数学公式代替循环。比如1到n的和就是n*(n1)/2不需要循环。我个人的经验是第二周的题目如果超时99%是死循环1%是循环次数过大。先查死循环再考虑优化。6. 从第二周题目延伸出的编程习惯6.1 注释不是写给老师看的是写给三天后的自己看的第二周的代码通常很短很多人觉得没必要写注释。但我建议至少写三行输入是什么、输出是什么、核心逻辑是什么。比如// 输入年份year // 输出是否为闰年 // 逻辑能被4整除且不能被100整除或能被400整除三天后你回头看这段代码如果没有注释你可能要重新读一遍才能想起来当时怎么想的。注释是给自己省时间的不是给老师看的。6.2 变量初始化不初始化就是在赌运气C语言里局部变量不会自动初始化它的值是内存里的垃圾数据。如果你定义了一个变量没赋值就直接用结果完全不可预测。第二周常见的错误是累加变量sum没初始化为0导致结果乱七八糟。int sum 0; // 必须初始化 int max 0; // 如果输入可能为负max应该初始化为第一个输入值我的习惯是定义变量的同时就初始化int初始化为0double初始化为0.0。这样即使后面逻辑有遗漏至少不会出现随机值。6.3 代码风格缩进和空格不是小事第二周的代码虽然短但缩进混乱会让逻辑看起来一团糟。if里面嵌套if如果不缩进你根本看不出哪个else对应哪个if。我建议用4个空格缩进大括号独占一行或者跟在语句后面都行但全篇要统一。// 缩进清晰的写法 if (year % 4 0) { if (year % 100 ! 0) { printf(是闰年); } else if (year % 400 0) { printf(是闰年); } else { printf(不是闰年); } } else { printf(不是闰年); }这段代码逻辑上可以简化但缩进清楚地展示了嵌套关系。初学者先把逻辑写对再考虑简化。6.4 从提交结果反推测试用例的设计思路OJ的测试用例不是随便造的它通常覆盖了题目描述里的所有情况再加上边界值。你提交错误之后可以根据错误类型反推它测了什么。比如答案错误可能是某个边界没处理格式错误可能是输出格式和题目要求有出入。我有个习惯做完一道题之后自己想想“如果我是出题人我会测哪些情况”。这个思考过程能帮你建立测试意识以后写代码会自动考虑边界和异常。7. 第二周之后的路怎么走第二周把这些基础打牢了第三周的循环和数组会轻松很多。我见过太多人第二周糊弄过去第三周遇到嵌套循环直接崩溃。编程这件事前面的坑不填后面会以更大的形式还回来。如果你现在还在第二周挣扎我的建议是别急着赶进度。把每道题的类型、坑点、排查方法整理成自己的笔记下次遇到同类问题直接翻笔记。这个整理的过程比多做十道题都有用。最后分享一个我自己的小技巧每道题提交通过之后别急着下一道花一分钟想想“这道题我学到了什么”。是学会了某种格式串写法还是搞懂了某种条件顺序还是记住了某个边界值。把这些记下来一个月后你回头看会发现自己的进步是看得见的。