★ FEATURED ARTICLE 如果你学过C语言大概率听过“翁恺”这个名字。中国大学MOOC上浙江大学开的《C语言程序设计》主讲人就是他。课讲得好是一回事但真正让我对这门课的评价从“讲得不错”变成“强烈推荐”的是配套的PAT习题集。先说结论只看视频不动手等于没学。翁恺这套题不是课后作业那种应付式的几道题而是直接对标浙大PAT考试体系的练习库。把这套题啃下来你的C语言水平绝对比“看过一遍视频”的人高出一个明显的档次。这篇文章我按自己的实际刷题经验来写包括PAT体系到底考什么、刷题顺序怎么安排、哪些知识点最容易卡住、VSCode环境怎么配、以及这套“更新中”的题集怎么持续利用。全程干货不讲虚的。1. 翁恺这门课和PAT习题集为什么能成为练C语言的标配1.1 课程讲得好但真正拉开差距的是配套练习翁恺的课好在哪好在“降维”。指针讲得清楚、结构体讲得明白遇到容易懵的概念他会用特别朴素的例子给你掰开揉碎。很多初学者评价这门课“听的时候全懂一写题全废”问题恰恰出在练习量不够。MOOC平台的课程视频本身是免费的但《C语言程序设计》这门课的配套练习放在PTA平台Programming Teaching Assistant拼题A。你在PTA上能搜到翁恺布置的作业题也能找到PAT的历年真题。平常大家说的“翁恺C语言PAT习题”通常指的就是这一整套题。我自己的经验是跟着视频学完数组和指针章节之后直接去做PTA上的对应练习正确率大概只有三成。很多题不是不会而是写得出来但过不了测试点或者根本不知道从哪下手。这是因为视频教的是语法和概念而PAT题考的是“你用这些语法解决一个具体问题的能力”。这是两种完全不同的思维模式。1.2 PAT题集和普通课后题的根本区别普通课后题一般长这样“请用指针实现两个数的交换。”这种题是围绕着知识点出的你知道这章讲指针基本就能写个大概。PAT题不一样。它更像“需求描述”。题目不再提示你用哪个知识点而是给一个完整的场景比如“计算某年某月某日是这一年的第几天”“将一串英文单词按字典序输出”。你需要自己去判断这题该用数组还是指针该用冒泡还是该用别的方法要不要处理边界条件这个“自己判断”的过程恰恰是编程能力真正的分水岭。很多人看题就会、做题就废就是因为缺少这种从“学知识点”到“解决问题”的转化训练。翁恺这套习题集就是把转化训练做到了极致。1.3 我实测下来的刷题收益我去年从头到尾刷了大概80道翁恺课程配套的PTA题再加30道PAT乙级真题直观感受有三个第一代码量明显上升。刚开始一道题写三五十行就头疼刷到后面一百行的程序也能耐心调完。第二调试能力变强了。以前遇到报错就看不懂现在看到“段错误”基本能猜到是指针越界还是数组访问越界。第三对考试和面试的适应力变强。后来参加某厂的机试题目风格跟PAT乙级非常接近因为练过类似的题上手特别快。所以我的结论很直接想学好C语言翁恺的视频负责带你入门PAT题集负责逼你上手。两者配合才是完整的学习闭环。2. PAT到底考什么——先从考试维度反推练习方向2.1 PAT乙级和甲级翁恺题集对应的层级很多人搞不清PAT、PTA、乙级、甲级这些概念先捋一下。PAT是浙江大学主办的计算机程序设计能力考试Programming Ability Test分乙级、甲级、顶级三种难度。PTA是练习平台上面除了课程作业还有大量历年真题可以刷。翁恺的《C语言程序设计》习题集难度基本对应PAT乙级到甲级入门之间的区间。PAT乙级考什么核心是“C/C基础语法 基础数据结构的简单应用 常用算法”。字面上看着不难但实际题目很活。我列一下乙级的高频考点基础语法循环、分支、数组、函数、指针、结构体、文件读写字符串处理逆序、统计、查找、替换乙级的重头戏基础排序冒泡、选择、qsort使用简单数学问题最大公约数、最小公倍数、素数判断、分数化简模拟题按照题目描述一步步模拟过程比如“打印沙漏”“数素数”这类题甲级则在此基础上增加了数据结构堆、栈、树、图和STLvector、map、set等以及更复杂的算法。翁恺的C语言课基本不涉及STL那是C的内容所以他的习题集主要训练的还是乙级这个层次。2.2 评分机制为什么你写了“正确答案”却不一定得分PAT系题目全部采用“测试点判定”——你的程序会输入若干组测试数据系统拿这些数据跑你的代码和标准答案的输出做比对。全对给满分只过一部分给部分分。这个机制非常直接地暴露你代码的健壮性。举个例子“求最大公约数”这种题如果测试数据里包含0和负数你没考虑那就只能拿到“部分正确”。还有更常见的情况是“段错误”多半是数组开小了或者指针没判空。所以做题的时候不要只看“我这代码逻辑好像是对的”而是要追着每个测试点想这个测试点可能输入什么边界情况我的程序能不能扛住这一步想明白了代码质量会立刻提高一个档次。2.3 “部分正确”和“段错误”是你最该认真面对的两个词我刷翁恺习题集时最怕看到的结果是“答案错误”但后来明白了最该认真研究的反而是“部分正确”和“段错误”。“部分正确”说明你的思路大体对了但某几个测试点没过。这时候要怀疑的不是整个逻辑而是某个特殊情况没处理数组越界了循环边界没控制好整数溢出了输入格式跟题目要求不一致这些问题是真实项目里最常见的bug来源。“段错误”在C语言里几乎等于“你的指针或数组访问了不该访问的内存”。排查思路很直接先定位是哪一行崩溃再看是不是数组下标越界或者指针没有初始化就使用。我见过太多初学者一看到段错误就懵其实只要你愿意printf大法一行行打日志几分钟就能定位到。3. 刷题路线从变量到指针怎么安排顺序才不劝退3.1 别按题号刷按知识点刷PTA上的题是按难度编号的不一定适合所有人的学习进度。我的建议是跟着课程章节走每学完一个知识模块就刷对应题。我按翁恺课程的知识点推进顺序整理了一张刷题优先级表阶段知识点刷题重点目标第一阶段变量、表达式、输入输出简单计算、格式输出、单位换算熟练基本语法看懂英文式输入输出要求第二阶段分支、循环数字处理、图形打印、穷举类题目掌握循环边界控制敢写嵌套循环第三阶段数组排序、查找、统计、矩阵操作建立“用数组存数据”的直觉第四阶段字符串单词统计、字符串逆序、字符替换吃透字符串处理这是乙级的核心第五阶段函数封装功能模块、递归入门养成函数化思维别把所有代码塞main第六阶段指针数组与指针的关系、指针传参理解指针的“地址”本质克服恐惧第七阶段结构体、文件学生成绩管理、文件读写把多个数据打包处理贴近真实项目按照这个顺序刷不会出现“这章还没学就碰到超纲题”的挫败感。3.2 一道题至少刷三遍效果远超连刷十道新题很多人刷题图快一道题看懂了就下一道结果一周后回头看啥也不会。我自己的经验是一道题至少刷三遍。第一遍独立完成。不看任何题解顶多翻教材确认语法。能写多少写多少哪怕只能过一半测试点。第二遍看优秀题解对照自己的代码找出差距。这个差距通常不是“他用了高级语法”而是“他对边界情况的思考比你周全”。第三遍隔一周在不看自己原来代码的情况下重写一遍。能独立写出来这道题才真正属于你。这个过程看起来很费时间但它是把“见过这道题”变成“会做这类题”的唯一路径。我刷了80道题实际涉及到的代码量大概是240遍。量变到质变就是这么来的。3.3 典型题拆解从“厘米换算英尺英寸”到“字符串逆序”拿两道翁恺题集里的经典题目举例。“厘米换算英尺英寸”。题目很简单输入厘米数输出对应的英尺和英寸。但很多人第一次做会卡在“不知道英寸是12进制”。这道题考的不是除法而是你对“不同单位制之间换算”的理解——先算出总英寸数再整除12得英尺取余得英寸。这道题的关键是学会把实际问题的数学模型建对。“字符串逆序”。看起来就是把字符串倒过来输出但如果你直接用gets读入可能遇到缓冲区问题如果你用scanf(%s)读入遇到空格就断了。这道题真正的考点是如何处理带空格的整行字符串以及逆序后是否要保留空格。能把这题十几个测试点全过你对字符数组和指针的理解基本就到位了。我想强调一下这些题看着都不难但测试点很刁钻。你能想到“输入只有一个空格”这种边界吗你能想到字符串长度最大是多少吗数组开多大才不会越界这些才是PAT题真正训练你的地方。4. 高频翻车点字符串、指针、文件读写的排错实战4.1 字符串一半以上的“答案错误”都跟它有关字符串处理是C语言的精髓也是PAT乙级的绝对核心。翻车率最高的几个地方我一个个说。gets/scanf混用问题。gets会读取到换行符为止但scanf(%s)读到空格就停。如果你先scanf再getsgets会直接读到scanf留在缓冲区里的换行符导致读不到内容。解决方案是读完之后用getchar()把换行符吃掉或者统一用fgets。strcpy越界问题。strcpy不会检查目标数组是否装得下源字符串。源字符串有100个字符目标数组只开了50个strcpy照样把100个字符写进去在内存里直接踩过界。这个是最典型的段错误来源。用strncpy或者手动循环复制比裸strcpy安全得多。字符串末尾的\0。C语言字符串必须手动维护结尾的\0。很多初学者写循环拼接字符串忘了在最后加\0printf输出的时候就一直往后读内存读到崩溃。这个坑几乎每个人都会踩一次。4.2 指针从“看着明白”到“用着不崩”中间隔着一堆段错误翁恺在课里说指针就是“存储地址的变量”。这句话很好理解但一写代码就崩。我总结了三类高频翻车场景。第一个声明了指针但不初始化就使用。int *p; *p 5; ——p没有指向任何合法内存你往一个随机地址写数据必然段错误。正确做法是int arr[10]; int *p arr;让指针指向一个真实存在的空间。第二个指针作为函数参数时忘记改内容。你想写个函数交换两个变量的值结果传的是值不是地址swap(a, b)函数内部换得开心外面的a和b纹丝不动。C语言里想在函数内部修改外部变量必须传指针即swap(a, b)。这个考点在翁恺的习题里出现频率极高。第三个数组名和指针的关系没理清。数组名在很多场合会“退化”成指向首元素的指针所以int *p arr;完全合法。但arr本身不能整体赋值p可以改变指向。很多人把这两者混为一谈导致一些诡异编译错误。4.3 文件读写没判空就操作等于在钢丝上走路翁恺习题集里有一部分文件读写题目比如从文件读入学生成绩、统计后输出到新文件。这块翻车点非常集中。第一是fopen之后不判空。文件不存在、路径不对、权限不足fopen都可能返回NULL。你不检查就直接fprintf或者fscanf程序直接崩溃。正确写法是if ((fp fopen(in.txt, r)) NULL) { printf(cant open file\n); return 1; }。第二是fscanf和fprintf的格式串写得不对。fscanf(fp, %d, n)这行里n前面必须加因为fscanf要往n里写值。相反fprintf(fp, %d, n)里n不加。很多人一个用到底编译都不报错但运行结果全乱。第三是fclose遗漏。程序结束不关文件数据可能没落盘文件句柄也可能泄漏。在OJ系统里这不算大问题但到真实项目里就是隐患。养成写fclose的习惯不需要任何理由。4.4 排查链路一次“答案错误”到“满分解法”的完整过程拿我自己刷过的“数字统计”类题为例讲一下完整的排错链路第一次提交答案错误。我检查了主逻辑发现统计公式没写错。然后在本地测试了几组正常数据都过了。第二次思考可能是边界情况。我把n0、n1、n为负数的情况都测了一遍发现n0时循环根本没进去但应该输出0而不是什么都不输出。第三次修复给循环加上了对n0的特殊处理。提交后变成“部分正确”。第四次再查发现题目要求的是“统计0的次数”但我只统计了正整数的每一位忘了处理整数0本身。修正后通过全部测试点。整个过程大概花了40分钟但收获特别大。这种东西是看任何题解都学不来的只能靠你自己在“错误-定位-修改-再验证”的循环里积累。5. 环境配置与提效技巧在本地调试到满意再上OJ提交5.1 VSCode MinGW-w64的安装一次配好不折腾刷PAT题不一定非得用在线编辑器。我强烈建议在VSCode里配置好本地C语言环境原因很简单能在本地打断点、看变量值、一步步调试定位问题比纯看代码快得多。在Windows上我推荐MinGW-w64编译器配好之后VSCode里装C/C扩展。配置的关键是两个JSON文件tasks.json定义编译命令。我用的是gcc -g 源文件.c -o 可执行文件名。-g这个参数一定要带上它是生成调试信息用的没有它断点功能基本失灵。launch.json定义调试配置。把program指向刚才生成的可执行文件externalConsole设为false这样调试时输出会集中在VSCode的终端面板里不会弹一个难看的老式命令行窗口。配好之后按F5就能进入调试模式。左侧的“变量”面板可以直接看到每个变量的当前值“监视”面板可以输入表达式实时计算结果。指针的值、数组的内容、结构体的字段全都能看。配合断点排查段错误的能力直接上升一个档次。5.2 联机调试与本地测试的差异务必注意OJ平台的编译器版本、运行环境和你本地不一定完全一致。这就导致一个很经典的坑本地跑得好好的一提交就“编译错误”或者“运行超时”。常见的元凶有几个用了非标准函数。比如gets在C11标准里已经被移除本地MinGW-gcc可能还兼容但OJ用的gcc版本一旦开了高版本标准直接报错。改用fgets更稳妥。数组开得太大且定义在main内部。大数组比如int a[1000000]在main里声明会占用栈空间可能造成栈溢出程序运行到一半就崩。解决办法是定义成全局变量全局变量放在静态区空间比栈大得多。输出格式问题。题目要求“每个结果占一行”你输出时漏了换行或者多了个空格OJ照样判错。这种错误本地很难发现因为本地你只测一组数据。解决办法就是仔细读题把输出格式要求原封不动复刻。5.3 刷题效率的两个小习惯第一准备一个常用的模板文件。框架包含stdio.h、stdlib.h、string.h的引入main函数的固定写法以及对fopen返回值检查的简化宏。每次做题在这个模板上改省去反复敲头文件的时间。第二建一个自己的函数库。比如最大公约数、快速幂、冒泡排序、字符串逆序这些高频函数独立封装好多道题都能复用。写题的时候直接调用速度飞快。更重要的是封装的这个过程本身就在训练函数化思维对提升代码整洁度帮助巨大。6. “更新中”的题集怎么持续利用才不浪费6.1 “更新中”意味着什么题库在持续扩容你的刷法也要动态调整翁恺这套题集标注“更新中”不只是一句空话。PAT考试本身每年都有新题PTA平台会不断把新题补充进练习库。这就意味着这个习题集不是“刷完就结束”的静态题库而是一个长期需要维护的学习资源。我把“更新中”理解成一个动态提醒每隔一段时间回来看一眼新题能帮你保持对C语言的敏感度。我已经工作一段时间了还是会偶尔回PTA刷一两道新题练手感。每次刷完都会发现自己对某个知识点的理解还有提升空间。6.2 建立错题本的正确姿势按错误类型归纳而不是按题号抄一遍很多人建错题本就是把错误代码和正确答案贴上去完事。这种错题本除了自我感动没什么用。更有效的方法是按“错误类型”归纳。比如我自己的错题本分四类边界条件遗漏数组越界、循环边界、空输入、最大值最小值情况字符串处理错误缓冲区、\0、空格、大小写转换指针使用错误未初始化、野指针、数组名与指针混淆格式错误空格、换行、小数点位数、中英文标点每次错题归入对应类型并在旁边用一句话总结教训。一段时间后回看你会发现自己的错误高度集中。针对性地练那几类题效率比无差别刷题高太多了。6.3 把PAT习题集的成果迁移到更多场景这套题集的价值不仅限于应付翁恺的课程作业它可以迁移到很多实际场景期末考试的C语言上机题风格和PAT基础题高度重合平时刷过题的人考试就是降维打击。考研复试的机试环节很多学校直接用PTA或类似平台的题练过翁恺这套题等于提前准备了。找工作时的在线笔试尤其是嵌入式、后台开发、算法岗的方向C语言题和PAT乙级风格相似度极高。我甚至在做自动化脚本、写Shell辅助工具时都能感觉到当年刷PAT培养起来的“边界思维”在起作用。所以说这套题集其实是打底子用的。底子打好了后续无论走哪个方向都不会虚。6.4 关于“怎么坚持下去”的一点实在建议聊到这里必须说句实在话刷题的过程一定会有卡住的时候一道题盯着屏幕两个小时没有任何进展这种体验谁都有过。我自己的心得是不会做的题不要死磕超过30分钟。30分钟没思路跳过去看别人的解法看懂之后隔两天自己独立重写一遍。看起来“逃避”了实际上你在用“输入-理解-重组-输出”的方式真正消化这道题。还有每一次提交通过哪怕只是“部分正确”也要给自己一点正反馈。错题不是失败是系统在告诉你“你的代码还有哪个角落没照顾到”。想明白这个道理刷题就不再是痛苦的事而是一个不断发现漏洞并修复漏洞的游戏。如果你还在犹豫要不要刷我的建议很简单打开中国大学MOOC把翁恺的课程加入学习计划打开PTA把那套C语言习题集调出来。不用想太多先写第一题。剩下的等你过了第一个全绿的测试点自然会继续下去。
阅读完成 · 觉得有帮助？
