1. 从看得懂到写得出程序设计练习题到底在练什么很多人学程序设计基础时都有一种错觉课上老师讲的语法、流程图、变量定义听的时候明明白白一到自己动手写练习题就卡壳。这不是你笨而是因为看懂和写出之间隔着一条很宽的河。程序设计基础这门课的核心矛盾就在这里——教材上的例题是别人已经整理好的思路而练习题要求你自己从零搭建思路。这个跨越靠听课是跨不过去的只能靠一道一道题去磨。程序设计练习题的价值不在于让你记住某个语法格式而在于训练一种把问题翻译成步骤的能力。比如输入三个数输出最大值这种题看起来简单到不值一提但它其实在训练三件事第一你能不能把自然语言描述的需求拆解成计算机能执行的判断逻辑第二你能不能选择合适的控制结构是嵌套if还是if-else if链第三你能不能处理边界情况三个数相等怎么办、输入非法怎么办。这三件事才是程序设计基础的真正内核。我见过太多同学做练习题的方式是看一眼题目想不出来直接翻答案看懂了抄一遍下一题。这种方式做完一百道题遇到新题照样不会。原因很简单——你练的是阅读理解不是程序设计。正确的做法是哪怕想不出来也要先逼自己写出一个能跑但可能不对的版本然后再去对比答案看差距在哪里。这个先写再改的过程才是能力增长的真正来源。这篇文章面向的是正在学程序设计基础、正在被练习题折磨的读者。不管你是刚接触编程的新手还是已经能写一些代码但总觉得基础不牢的人下面这些内容都会帮你重新理解做练习题这件事。我会从题目类型拆解、解题思维训练、常见卡点排查、到如何从练习题过渡到小项目一层一层讲清楚。关键词就一个程序设计基础练习题——但我会把它拆到你能直接上手用的程度。2. 程序设计练习题的五大类型与各自的训练目标2.1 顺序结构题练的是精确表达顺序结构题是最基础的题型典型代表就是输入半径计算圆面积并输出、输入两个数交换后输出这类。很多人觉得这种题太简单不屑于做。但我要说顺序结构题练的是编程中最容易被忽视的能力——精确表达。举个例子输入圆的半径计算并输出面积保留两位小数。这道题看起来简单但新手最容易犯的错误有变量类型选错半径用int导致小数丢失、输出格式不对没保留两位小数、圆周率取值精度不够用3.14还是3.14159。这些细节在顺序结构题里暴露得最充分因为没有任何逻辑分支可以掩盖你的表达问题。做顺序结构题时我建议养成一个习惯每道题都问自己三个问题。第一输入数据的类型和范围是什么第二中间计算需不需要考虑精度第三输出格式有没有明确要求这三个问题问清楚了顺序结构题基本不会出错。这个习惯一旦养成后面做复杂题时也会受益。2.2 选择结构题练的是边界思维选择结构题就是if-else、switch-case那一类。典型题目如判断闰年、成绩等级划分、三角形能否构成。这类题的核心训练目标是边界思维——你能不能想到所有可能的情况并且正确处理临界值。以判断闰年为例规则是能被4整除但不能被100整除或者能被400整除。很多同学写出来的条件是year % 4 0 year % 100 ! 0 || year % 400 0逻辑上没错但运算符优先级容易搞混。更关键的是你有没有测试过1900年不是闰年、2000年是闰年、2024年是闰年这些边界值如果没测过你的代码只是看起来对。选择结构题还有一个常见坑条件覆盖不全。比如成绩等级划分90分以上是A80到89是B70到79是C60到69是D60以下E。有同学写成if (score 90) A; else if (score 80) B; ...这没问题。但如果写成if (score 90) A; else if (score 80) B; ...那90分就掉到B去了。这种错误在考试中非常常见根源就是边界思维没建立起来。2.3 循环结构题练的是模式识别循环结构题是程序设计基础练习题中占比最大的一类包括求和、求阶乘、找素数、打印图形、数列计算等。这类题训练的核心能力是模式识别——你能不能从题目描述中看出重复执行的模式并选择合适的循环结构。以打印九九乘法表为例这道题几乎每个学编程的人都做过。它的本质是一个双重循环外层控制行数内层控制每行的列数。但新手容易犯的错误是循环变量的起始值和终止条件搞混导致输出多一行或少一列。更进阶的问题是能不能用while循环实现能不能用do-while实现三种循环结构之间的转换是检验你是否真正理解循环的好方法。循环题还有一个训练价值复杂度意识。同样是求1到100的和用循环累加和用等差数列公式效率完全不同。虽然基础阶段不要求你优化算法但至少要有这个循环要执行多少次的意识。我见过有同学写了一个三重循环去解决一个本来一重循环就能解决的问题代码能跑但思路是退化的。2.4 数组与字符串题练的是批量处理数组和字符串题标志着从处理单个数据到处理一批数据的跨越。典型题目如求数组最大值最小值、数组逆序、统计字符串中各类字符个数、字符串反转等。这类题训练的是批量处理能力——你能不能把对单个元素的操作扩展成对一组元素的统一处理。数组题最常见的坑是下标越界。比如定义一个长度为10的数组下标范围是0到9但很多同学习惯性地写for (int i 1; i 10; i)这就越界了。另一个坑是数组初始化和实际元素个数不一致导致输出多余的空值或垃圾值。字符串题则多了一层字符串结束符的问题。在C语言中字符串以\0结尾很多操作需要手动处理这个结束符。比如字符串反转如果不注意结束符的位置反转后可能丢失字符或者输出乱码。这些细节在数组和字符串题中反复出现练多了自然就形成肌肉记忆。2.5 综合应用题练的是问题分解综合应用题通常会把前面几种结构组合起来比如输入一组学生成绩统计各分数段人数并排序输出、模拟一个简单的计算器、判断一个数是否为回文数等。这类题训练的是问题分解能力——你能不能把一个复杂问题拆成若干个简单问题的组合。以判断回文数为例这个问题可以拆成三步第一步把数字反转第二步比较反转后的数字和原数字是否相等第三步输出判断结果。其中第一步又涉及循环取余和累加。如果你能清晰地做出这个分解代码自然就写出来了。如果做不出分解就会觉得这题好难无从下手。综合题是检验前面四类题训练成果的试金石。如果你顺序、选择、循环、数组都练扎实了综合题只是把它们串起来而已。如果综合题卡壳说明前面某一类题的基础还不牢需要回头补。3. 解题思维训练拿到一道题之后的前五分钟该做什么3.1 用自己的话把题目复述一遍很多同学拿到题就开始写代码这是大忌。正确的第一步是用自己的话把题目复述一遍。这个动作看起来多余但它能帮你确认自己真的理解了题意。比如题目说输入一个正整数n输出1到n之间所有能被3整除但不能被5整除的数。你复述一遍用户给一个正整数我要从1数到n挑出那些除以3余数为0、同时除以5余数不为0的数打印出来。复述的过程中你其实已经把输入、处理、输出三个环节都理清了。如果复述不出来说明题目没读懂这时候写代码就是瞎写。复述还有一个好处能暴露题目中的隐含条件。比如输入一个正整数那如果用户输入0或者负数怎么办题目没说但你需要考虑。这种隐含条件只有在复述的时候才会被注意到。3.2 用纸笔画出数据流向复述完题目之后第二步是画数据流向图。不需要画得多规范就是在纸上写清楚数据从哪里进来经过什么处理从哪里出去。以输入三个数按从小到大排序输出为例数据流向是输入三个数a、b、c → 比较a和b如果ab则交换 → 比较a和c如果ac则交换 → 比较b和c如果bc则交换 → 输出a、b、c。这个流向图画出来代码结构就一目了然了。我特别建议新手用纸笔而不是直接敲代码来做这一步。因为纸笔没有语法限制你可以专注于逻辑本身。很多同学一上来就打开编辑器结果被语法错误打断思路反而效率更低。先用纸笔把逻辑理清再敲代码速度会快很多。3.3 先写伪代码再翻译成真实代码数据流向理清之后第三步是写伪代码。伪代码就是用类似自然语言的方式把步骤写出来不用管具体语法。还是以排序为例伪代码可以写成输入 a, b, c 如果 a b交换 a 和 b 如果 a c交换 a 和 c 如果 b c交换 b 和 c 输出 a, b, c这段伪代码没有任何语法负担但逻辑已经完全正确了。接下来只需要把它翻译成你学的编程语言即可。翻译的过程是机械的不需要动脑所以出错概率很低。我见过很多同学跳过伪代码这一步直接在编辑器里边想边写结果写到一半发现逻辑不对又回头改改来改去代码变得一团糟。伪代码这一步花不了几分钟但能帮你省下大量调试时间。3.4 手动模拟一遍执行过程伪代码写完之后不要急着敲代码先手动模拟一遍执行过程。拿几组测试数据按照你的伪代码一步一步走看输出是否符合预期。比如排序题用a3, b1, c2来模拟ab交换后a1, b3ac12不成立不交换bc32成立交换后b2, c3。最终输出1, 2, 3。正确。再用a1, b2, c3模拟ab不成立ac不成立bc不成立。输出1, 2, 3。正确。再用a3, b2, c1模拟ab成立交换后a2, b3ac21成立交换后a1, c2bc32成立交换后b2, c3。输出1, 2, 3。正确。三组数据都通过说明逻辑没问题可以开始写代码了。这个手动模拟的过程就是培养你在脑子里跑代码的能力。这个能力越强你写出来的代码bug越少。4. 新手做练习题时最容易卡住的六个地方4.1 循环变量到底该从0还是从1开始这是新手最常问的问题之一。答案不是绝对的取决于你的使用场景。如果循环变量是用来访问数组下标的那必须从0开始因为数组下标从0起。如果循环变量只是用来计数或者表示序号那从1开始更符合人类习惯。但问题的关键不在于从几开始而在于你有没有保持一致。我见过有同学外层循环从1开始内层循环从0开始结果访问数组时下标对不上输出全乱。所以我的建议是初学阶段统一从0开始养成习惯。等熟练了再根据场景灵活选择。4.2 浮点数比较为什么总是不相等这是浮点数的经典坑。比如你计算0.1 0.2理论上应该等于0.3但计算机输出的是0.30000000000000004。如果你写if (0.1 0.2 0.3)结果是false。原因在于浮点数在计算机中是二进制近似存储的很多十进制小数无法精确表示。解决办法是不要用比较浮点数而是判断它们的差值是否小于一个很小的数比如1e-6。这个坑在做数值计算类练习题时经常遇到提前知道能省很多调试时间。4.3 数组越界为什么有时候不报错数组越界是C/C中最危险的错误之一。危险的地方在于它有时候不报错程序照常运行但结果莫名其妙。这是因为越界访问的那块内存可能恰好是可读写的程序不会立即崩溃但数据已经被污染了。比如定义一个长度为5的数组你访问下标5越界程序可能不报错但读到的值是随机的。这种错误最难排查因为程序不崩溃你根本不知道哪里出了问题。所以做数组题时一定要反复检查循环的终止条件确保下标不越界。4.4 字符串输入为什么会被截断用scanf输入字符串时如果字符串中包含空格scanf会在空格处停止读取。比如输入hello worldscanf(%s, str)只会读到hello。这是很多新手做字符串题时遇到的第一个坑。解决办法是使用fgets或者gets注意gets不安全不建议使用。fgets可以读取整行包括空格但会把换行符也读进去需要手动处理。这个细节在做字符串统计类题目时特别重要因为统计的字符个数可能因为截断而完全错误。4.5 递归为什么写着写着就栈溢出了递归是程序设计基础中的进阶内容很多同学觉得递归很优雅就什么都想用递归。但递归如果没有正确的终止条件或者递归深度太大就会导致栈溢出。比如计算阶乘用递归写是fact(n) n * fact(n-1)终止条件是n 1。如果你忘了写终止条件或者终止条件写错了比如写成n 0但实际传入的是负数递归就会无限进行下去直到栈空间耗尽。做递归题时我建议先想清楚两件事第一什么时候停止递归第二每次递归有没有让问题规模变小这两件事想清楚了递归就不会出大问题。4.6 代码能跑但结果不对怎么排查这是最让人头疼的情况程序不报错但输出就是不对。这时候需要系统性地排查而不是瞎改。我的排查顺序是这样的第一步检查输入是否正确读入。在读取输入之后加一句打印看看读到的值是不是你期望的。第二步检查中间计算过程。在关键步骤加打印看看每一步的结果是否符合预期。第三步检查输出格式。有时候结果是对的但格式不对比如多了一个空格或者少了一个换行。这个加打印的排查方法虽然原始但极其有效。我到现在写复杂逻辑时还是会用这个方法。不要觉得加打印很low能快速定位问题的方法就是好方法。5. 从练习题到小项目怎么把零散知识串起来5.1 选一个你真正感兴趣的小项目做完一定量的练习题之后你会发现自己能写一些独立的代码片段了但把它们组合成一个完整的程序时又不知道从何下手。这时候你需要一个小项目来过渡。小项目的选择标准只有一个你真正感兴趣。比如你喜欢玩游戏可以写一个猜数字游戏你喜欢整理数据可以写一个简单的成绩管理系统你喜欢数学可以写一个解一元二次方程的小工具。兴趣是最好的驱动力因为做项目的过程中一定会遇到各种练习题里没出现过的问题没有兴趣支撑很容易放弃。5.2 从能跑到好用的差距在哪里练习题的要求通常是能跑就行但小项目的要求是好用。这个差距体现在很多细节上输入错误时有没有提示输出格式是否友好边界情况有没有处理代码结构是否清晰以猜数字游戏为例练习题版本可能只是随机生成一个数用户猜猜对了输出正确。但项目版本需要考虑用户输入的不是数字怎么办用户想中途退出怎么办猜的次数要不要统计要不要给提示猜大了还是猜小了这些细节才是把练习题变成项目的关键。5.3 把练习题中的函数改造成项目中的模块做项目的过程中你会发现很多功能其实在练习题里已经写过了。比如排序、查找、输入验证这些都可以直接改造成项目中的函数模块。关键是要学会封装。练习题里的代码通常是写在main函数里的但项目中应该把功能拆成独立的函数。比如排序功能封装成sortArray(int arr[], int n)这样在主函数里只需要调用一行代码结构清晰很多。封装还有一个好处方便复用。你在这个项目中写的排序函数下个项目可以直接拿过来用。练习题做多了你的函数库就慢慢积累起来了以后做项目会越来越快。5.4 调试项目时和调试练习题有什么不同调试练习题时问题通常局限在一个函数或者一个循环里加几行打印就能定位。但调试项目时问题可能出在模块之间的交互上比如数据传递错误、函数调用顺序不对、全局变量被意外修改等。这时候除了加打印还需要学会分模块测试。先把每个模块单独测试确保它们各自能正常工作然后再测试模块之间的交互。如果两个模块单独测试都正常但合在一起就出错那问题一定出在接口上——要么是参数传错了要么是返回值没处理好。这个分模块测试的思路是软件工程中最基本的调试方法。在练习题阶段就养成这个习惯以后做大型项目时会轻松很多。6. 练习题做多少道才够以及怎么判断自己真的会了6.1 数量不是目标覆盖类型才是经常有同学问程序设计基础练习题要做多少道才能过关这个问题没有标准答案因为数量从来不是目标。真正重要的是你有没有覆盖所有题型每种题型有没有练到能独立写出正确代码的程度。我的建议是顺序结构题做5到10道选择结构题做10到15道循环结构题做20到30道数组和字符串题做15到20道综合题做10道左右。这个量不算大但如果你每道题都是独立完成的而不是抄答案的那基本就够了。关键不在于做了多少而在于每做一道题你有没有真正理解它的解题思路。如果一道题你做了三遍还是不会那说明你还没掌握需要换个角度重新学。6.2 能不能给别人讲清楚是检验掌握程度的最好标准判断自己是不是真的会了一道题最好的方法是试着给别人讲一遍。如果你能不看代码把解题思路、关键步骤、易错点都讲清楚那说明你真的会了。如果你讲着讲着卡壳了或者只能照着代码念那说明你只是背下来了不是理解了。这个方法我称之为教学检验法。我在学编程的时候经常假装自己是老师对着空气讲题。讲不通的地方就是我没学透的地方。这个习惯帮我发现了不少知识盲区。6.3 隔一周再做一遍看还能不能独立写出来还有一个检验方法隔一周再做一遍。如果你能独立写出来说明知识已经进入长期记忆了。如果写不出来说明当时只是短期记忆需要重新巩固。这个方法有点残酷但非常有效。很多同学做完一道题当时会了过几天就忘了就是因为没有经过间隔重复的检验。我建议把做过的题整理成一个清单每周抽几道重做直到能稳定独立完成为止。6.4 遇到新题时能不能快速定位到相似题型最终极的检验标准是遇到一道新题时你能不能快速判断它属于哪种题型并调用相应的解题模板。比如看到输入一串字符统计其中大写字母的个数你应该立刻反应过来这是字符串遍历加条件计数用循环加if就能解决。看到输入一个数判断是不是素数你应该立刻想到这是循环加条件判断需要从2遍历到sqrt(n)。这种快速定位的能力是大量练习之后自然形成的。如果你做每道新题都像第一次见一样那说明你的练习还停留在做题层面没有上升到归纳层面。建议每做完一类题就总结一下这类题的通用解法和常见变体这样进步会快很多。7. 一些我踩过的坑和后来才明白的事7.1 变量命名不是小事刚开始学编程时我特别喜欢用a、b、c、x、y、z这种单字母变量名。练习题代码短看起来没问题。但后来做综合题时变量一多我自己都分不清哪个是哪个了。更惨的是过几天回头看自己的代码完全看不懂当时在写什么。后来我强迫自己用有意义的变量名sum表示和count表示计数maxValue表示最大值isPrime表示是否为素数。代码可读性立刻上了一个台阶。这个习惯越早养成越好因为改掉坏习惯比养成好习惯难得多。7.2 注释不是写给老师看的很多同学写注释是为了应付检查写的都是定义变量i、循环n次这种废话。但注释真正的用途是给未来的自己看的。你过一个月再看自己的代码如果没有注释很可能想不起来当时的思路。我现在的习惯是在每个函数开头写清楚这个函数做什么、输入是什么、输出是什么在关键逻辑处写清楚为什么这么做而不是做了什么。比如这里用while而不是for是因为循环次数不确定这种注释才是真正有价值的。7.3 调试信息不要删得太干净新手调试时喜欢加一堆打印调完之后又全部删掉。我以前也这样后来发现有些打印信息在后续维护时还会用到删了又要重新加。我的做法是把调试打印封装成一个宏或者函数需要的时候打开不需要的时候关掉。这样既不影响正式运行的输出又保留了调试能力。这个技巧在做小项目时特别有用。7.4 代码风格要统一哪怕是你一个人写缩进用几个空格、大括号换不换行、运算符两边加不加空格——这些细节看起来无关紧要但代码风格不统一会让代码显得很乱。更重要的是风格不统一往往意味着思维不统一写出来的代码逻辑也容易乱。我建议从学编程的第一天起就选定一种风格并坚持。比如缩进统一用4个空格大括号统一换行运算符两边统一加空格。这些规则不需要多高明关键是保持一致。7.5 不要怕写笨代码新手容易犯的一个毛病是总想写出聪明的代码用各种技巧结果代码又难懂又容易出错。我见过有同学用递归去解决一个简单的循环问题代码是短了但可读性极差而且效率更低。我的经验是初学阶段写笨代码比写聪明代码好。笨代码逻辑清晰容易调试容易修改。等你对语言和算法都熟练了再考虑优化。过早追求技巧只会让你在基础不牢的情况下养成坏习惯。7.6 练习题做不出来不是智商问题最后说一个心态问题。很多同学做不出练习题就觉得自己不适合学编程。其实不是的。程序设计基础练习题做不出来绝大多数情况下是因为练习量不够、方法不对、或者卡在某个具体知识点上。这些问题都是可以通过调整学习方式解决的跟智商没关系。我见过很多一开始做不出题的同学换了学习方法之后进步飞快。关键是要找到自己卡住的原因是语法不熟是逻辑理不清是题目读不懂找到原因对症下药没有过不去的坎。8. 把练习题当成磨刀石而不是任务清单程序设计基础练习题说到底就是一块磨刀石。它的目的不是让你做完多少道题而是让你的编程思维变得锋利。每做一道题你都在训练自己把问题翻译成步骤的能力这个能力才是编程的核心竞争力。我在带新人的时候经常跟他们说不要问这道题考不考要问这道题练的是什么能力。考不考是外部标准练什么能力才是你自己的收获。同样一道题有人做完就忘了有人做完总结出了通用解法差距就是这么拉开的。如果你现在正在被练习题折磨我的建议是放慢速度不要追求数量。每做一道题都走完复述题目、画数据流向、写伪代码、手动模拟、敲代码、测试边界、总结归纳这个完整流程。一开始会很慢但坚持一段时间之后你会发现自己的速度反而变快了因为你的思维已经形成了套路。最后分享一个我自己的小习惯我会把做过的每道题都记录在一个本子上左边写题目和我的解法右边写这道题教会了我什么。过一段时间翻一翻能清楚地看到自己的成长轨迹。这个本子后来成了我复习和查漏补缺的最好资料。你也可以试试不用多正式一个普通的笔记本就够了。