简介这是一份针对C语言编程实践与NOJ在线评测的百题代码解答文档适合正在学习C语言基础或备战西工大NOJ平台的学生使用。资源集中整理100道典型编程题目覆盖基本输入输出、数学公式计算、条件判断、比较求最值、逻辑判断、函数分支、费用分段计算、日期天数处理等核心知识点每道题均附带可直接运行的C语言参考代码例如用scanf与printf完成整数求和用#define定义PI计算圆的周长面积体积用switch实现日期累加并考虑闰年便于读者边练边对照、理解编程思路。资源为单个doc文档大小3.97MB内容排版紧凑适合系统刷题与考前复习。目前已有3105人学习下载受到同类学习者的认可是巩固C语言语法、积累常用算法和提升上机实践能力的实用资料。 开始写之前我得先说说我自己的经历。当年学C语言我走过非常长的一段弯路语法视频看了一堆书也翻了三四本但真到上机写题的时候脑子一片空白。后来老师扔给我一份“C语言程序设计编程实践NOJ100题以及代码解答.doc”让我别急着看书先老老实实刷题。那时候南京邮电大学的NOJOnline Judge系统对我这种新手来说就是一座山100道题从简单到复杂几乎覆盖了C语言所有核心知识点。我花了一个多月把这100题啃完收获远比前面闷头看书多得多。这篇文章我打算换个角度来写。网上关于这100题的代码解答很多但大多是题解堆积很少讲“怎么想”。所以我重点想聊的是如何通过这份题单建立真正的编程手感包括拆题思路、易错点、调试方法以及怎么把题解变成自己的东西。不管你是在校生、准备转码还是单纯想提升编程基本功这篇文章都会对你有用。1. 内容和整体思路这100题到底在练什么1.1 一份代码解答文档的核心价值拿到“NOJ100题以及代码解答”的时候第一反应可能是“有答案了可以抄”。如果你真这么干那这份文档就废了。我后来反复想一份好的题解文档核心价值不在于给你最终代码而在于两点一是帮你建立“题目——考点——代码模板”之间的映射关系二是让你在卡住的时候有参照物。NOJ的题量和题型设计是有讲究的。前20题基本都是输入输出、顺序结构、简单分支目的是让你熟悉OJ的提交规则和C语言的基本语法中间40题开始上数组、字符串、函数、指针是真正拉开差距的部分最后几十题涉及结构体、链表、递归、文件操作、排序查找算法难度直接向课程设计看齐。如果你一头扎进去从第1题刷到第100题很容易在中间某一个节点放弃因为你没有意识到每个阶段练习的侧重点是不同的。所以拿到文档后我做的第一件事不是看代码而是把100题的标题全部浏览了一遍按知识点做了分类。这样做的效果非常明显我能在脑子里形成一个“C语言考点地图”比如看到“字符统计”这类题马上知道它在考数组和ASCII码看到“约瑟夫环”就知道它在考循环链表。这种映射能力笔试和机试都能用上。1.2 刷题顺序比刷题数量更重要我记得当时根据题单难度和个人基础把100题拆成了三个阶段第一阶段1-30题语法热身。强制要求自己不看任何参考代码用最笨的方式写出来哪怕代码很丑也要保证一次通过。第二阶段31-70题专题突破。按数组、字符串、指针、函数逐个专题刷每个专题内部由易到难。第三阶段71-100题综合应用。这些题目往往混合了多个知识点比如“学生成绩管理系统”既用结构体又用文件操作还涉及排序需要你把前面学的东西串起来。这个顺序不是随便定的。第一阶段的题目就算不会稍微查一下书上对应章节就能解决第二阶段如果跳过到了第三阶段会写得很吃力因为指针和结构体这些内容需要反复练习才能形成肌肉记忆。我见过很多同学一上来就挑战第100题结果卡了三天写了一堆自己都看不懂的代码最后不得不回到基础题重新补反而更浪费时间。1.3 代码解答文档的“反用法”码解答文件有一个非常容易被忽视的用法对答案。刷完一道题不要急着看标准答案先自己提交过了之后再打开文档拿自己的代码和参考代码逐行对比。重点看三点变量命名是否清晰、逻辑分支是否冗余、有没有更简洁的表达方式。这个过程比单纯看题解有用十倍。我自己对比过几次之后发现参考代码普遍有一个特点边界条件处理非常严谨。比如数组下标从几开始、循环条件要不要写等号、字符串末尾的\0有没有预留位置这些细节刷题时经常忽略但恰恰是OJ系统最看重的。你把这些边界处理经验从别人的代码里总结出来下次自己写的时候就会自动带进去。2. 核心题型拆解从输入输出到文件操作的套路2.1 输入输出题的“固定动作”NOJ前面部分的题目大量涉及多组数据输入、不确定行数输入、字符串含空格输入。很多新手在这里就折了因为教科书上的scanf和printf例子太干净了而OJ题目往往不告诉你到底有多少组数据。处理这类题有一个固定套路。多组数据直到EOFEnd of File结束的用while (scanf(%d, n) ! EOF)先读一个数据表示组数再循环处理每组数据的用for (i 0; i n; i)读入字符串且可能包含空格的用gets或者fgets不要用scanf(%s)。这些“固定动作”不需要思考看到题目要求就能直接套用可以省下大量调试时间。这里有一个我踩过的坑scanf(%d, n)读取完数字后缓冲区会留下一个回车符如果紧接着用gets读字符串就会读到这个空行。解决办法是在scanf后面加一句getchar()把回车吃掉或者统一用fgets读入后再用sscanf解析。这种细节题库答案文档里往往不会特别指出但它决定了你能不能一次通过。2.2 数组和指针题目的底层逻辑数组题占NOJ题单的比例相当大考试中也很常见。说实话这类题没什么高深技巧核心就一条关注下标。数组越界、下标从0开始还是从1开始、二维数组行列对应关系这些地方出错往往不是因为你不会编程而是因为脑子里的逻辑和代码里的下标没统一。指针题则是另一个分水岭。很多同学看到指针就发怵其实只要抓住一句话指针存的是地址*p是取地址里的值p 1是跳到下一个元素而不是地址加1个字节。把这句话想清楚指针和数组的关系就理解了。比如数组名a可以当成指向首元素的指针a[i]等价于*(a i)这在写字符串处理函数时特别有用。NOJ里有几道指针题比如字符串反转、字符串拼接、用指针遍历二维数组都是经典中的经典。这类题的核心考点不是语法而是“通过移动指针来操作内存”。我当时就在纸上画了一个内存格子图把数组元素、指针指向、移动步骤全部画清楚再下手写代码正确率直接上升。2.3 结构体、链表与文件的组合拳最后20题通常结合结构体、链表和文件操作模拟一个小型管理系统的核心功能。做这些题时我强烈建议不要急着敲代码先在纸上画出数据流从文件读数据到结构体数组对结构体数组进行排序或查找再把结果写回文件或者输出到屏幕。把这一步想清楚代码就是按“读数据—处理—输出”三段式往里填。文件操作有一个非常容易翻车的点文件打开失败没有检查。不管是fopen返回NULL还是fclose失败程序都应该给出提示而不是继续往下跑。NOJ的测试环境里文件名一般是固定的但你自己练习时最好加上路径拼接和错误处理代码养成习惯后到了写真实项目时会少踩很多坑。3. 从一份题解到一份自己的代码库3.1 第50题“字符串逆序”的代码对比我挑一道在我刷题过程中印象比较深的“字符串逆序”来举例。题目要求从键盘输入一个字符串将其逆序输出。最直白的写法是#include stdio.h #include string.h int main() { char s[100]; gets(s); int len strlen(s); for (int i len - 1; i 0; i--) { printf(%c, s[i]); } printf(\n); return 0; }这个版本能过OJ但参考答案可能会用双指针原地交换原因是它不额外开数组空间复杂度更低#include stdio.h #include string.h void reverse(char s[]) { int left 0; int right strlen(s) - 1; while (left right) { char tmp s[left]; s[left] s[right]; s[right] tmp; left; right--; } } int main() { char s[100]; gets(s); reverse(s); printf(%s\n, s); return 0; }两段代码功能完全一样但后者把操作封装成了函数主函数逻辑更清晰。这就是题解文档值得学习的地方不仅教你怎么实现功能还会教你怎么写得更规范。刚开始刷题时能过就行刷到后期我逐渐要求自己把常用操作封装成函数比如数组逆置、字符串统计、排序算法全部独立成块方便复用。3.2 多组输入与处理顺序的经典模板NOJ里有很多题要求处理到文件尾比如“整数求和”类题目。看似简单但第一次接触OJ的人往往不习惯。这类题的模板基本固定#include stdio.h int main() { int a, b; while (scanf(%d%d, a, b) ! EOF) { printf(%d\n, a b); } return 0; }scanf不单是输入函数它的返回值还是成功读入的参数个数。当读不到数据时返回EOF所以while (scanf(...) ! EOF)就成了处理多组数据的万能模板。配套的还有两种处理方式先输入一个组数n循环for读入或者每组数据之前都有一个特殊结束标记比如读到0 0结束。我建议把这些模板单独放在一个文档里。以后不管是期末考试还是参加机试第一件事就是稳定住输入输出的框架算法再慢慢往上加。很多同学卡在“思路懂但代码跑不对”往往就是输入模板没有选对数据读到一半或读漏了。3.3 调试技巧让代码自己说出它哪里错了刷NOJ时我养成的一个习惯合理使用临时打印。在关键位置加printf输出中间值看它是否符合预期排查完再删掉。比如指针题里打印一下每一步的地址和值很快就能发现是移动步数不对还是边界判断有误。这比盯着代码干想效率高得多。不过有一类错是打印看不出来的就是“答案错误”。OJ反馈里不会告诉你具体期望输出是多少只知道结果不对。这时候必须回到题目本身逐字检查输出格式比如每个输出之间是不是要空格换行、是不是每组输出之后要空一行、大小写是否敏感。NOJ在这方面评得很严多一个空格也会判错。所以提交之前我的习惯是先把样例输出手动跑一遍再对照格式要求逐字符检查最后才点提交。4. 常见问题排查与高分经验4.1 编译错误和运行错误的常规解法编译错误其实是最好解决的因为编译器会告诉你错误行号和大致原因。常见的有括号不匹配、变量未声明、头文件缺失、结尾少分号、把写成。这些都属于“语法肌肉记忆”问题多敲几次自然就少了。运行错误则麻烦一点常见原因是数组越界、除数为0、指针未初始化、递归无终止条件。NOJ的运行错误一般只会反馈Runtime Error不会告诉你具体是哪一行所以需要自己排查。我通常的做法是把可能出错的数据范围往小了缩加printf定位崩溃点或者用二分法注释代码把可疑区域缩小到具体几行。这类问题刷到后期会越来越少因为常见崩溃模式你都见过一遍了。4.2 时间超限的优化思路时间超限在NOJ前60题很少见但后面涉及排序和查找的题目偶尔会出现。如果用冒泡排序去处理十万级数据基本上就悬了。遇到这种题主干算法需要升级排序用快速排序或归并排序查找用二分查找处理字符串用哈希表而不是暴力匹配。C语言没有现成哈希表但可以通过数组下标映射字符来实现最简单的哈希思想比如统计字母出现次数时用cnt[c - a]。这个过程让我对“时间复杂度”有了感性认识。以前学概念总觉得抽象直到自己写了一个低效代码在OJ上看着进度条停了十几秒才返回超时才明白为什么老师反复强调算法优化。题解文档里通常会给一两种不同复杂度的做法我建议每种都自己实现一遍特别是“暴力解法”和“优化解法”之间的差异一定要亲手体会。4.3 数组越界与指针越界的隐蔽坑NOJ的测试数据往往会把数组下标推到边界这就导致数组开小了会莫名其妙出错。比如题目说字符串长度不超过100你开了char s[100]看起来没问题但字符串末尾要存一个\0实际上你需要101个字符的空间。很多所谓“玄学报错”根因就是这里差了一个字节。指针越界就更隐蔽了。比如用指针遍历字符串什么时候停、指针指向的地址是否合法都需要你自己保证编译器不会提醒你。我的经验是只要设计到下标或者指针偏移写完之后先检查一遍所有边界包括、、0、n-1再对照题目描述把最极端的数据代入跑一遍。这一步虽然麻烦但能省下大量反复提交的时间。5. 拿到代码解答之后怎么把它变成自己的东西5.1 阅读题解的“三遍法”看到一份代码解答最好不要只读一遍。我自己的习惯是“三遍法”。第一遍只看题目描述尝试自己写实在写不出来就瞥一眼题解的思路关掉文档继续写第二遍在提交通过后打开参考代码逐行对比记录差异点第三遍隔两天不看参考代码自己从头重写整道题。如果第三遍还能不卡壳地写出来这道题才算真正属于你。很多同学问看题解会不会让自己产生依赖结合亲身经历我认为只要有“自己重新写一遍”这个过程就不会依赖。怕的是一上来就抄然后觉得自己会了到了考场什么都写不出来。题解是拐杖不是腿最终你还是得学会自己走。5.2 用“错题本”沉淀自己的易错点我刷NOJ期间一直维护一个“错题本”不是抄题目和代码而是记录出错原因和做题心得。比如“scanf读数字后要吃掉换行符再读字符”“二维数组传参要明确列数”“字符串比较要用strcmp不能直接”“链表删除节点要记得释放内存”等等。它们都是从具体题目里提炼出来的比教科书上泛泛的知识点精准得多。这个错题本后期几乎成了我的“考前复习神器”。期末考试前我把所有记录快速翻一遍相当于把最容易犯的毛病都过了一遍性价比极高。如果你不想用文字记录直接在代码注释里标记也可以关键是必须形成自己的反馈闭环。5.3 从NOJ题单走向更大的编程世界把100题刷完你会发现一件很有趣的事情很多之前觉得高不可攀的东西比如课程设计、竞赛入门、实习机试其实都在用同样的基础。NOJ这套题单最宝贵的不是100道题目本身而是它帮你完成了从“读代码”到“写代码”的跨越这种跨越一旦完成学什么框架、看什么库都不会再有那种“从零开始”的恐惧。我个人刷完100题后的感受是C语言像一把手术刀它逼着你去理解内存、地址、编译和运行机制而不像很多高级语言那样把细节都封装掉。刷题过程是有些痛苦但那种亲手把一个空文件写到能正确运行的程序的感觉是任何短视频和教程都代替不了的。如果你现在也正卡在某一题上迟迟过不去再坚持一下把调试信息打印出来把边界条件捋一遍很可能下一步就通了。答案重要但你自己从报错中学到的东西更值钱。本文还有配套的精品资源点击获取