1. 东华OJ基础题段的节奏感从提交报错到一次通过的转变OJ刷题这事很多人一开始容易陷入一个误区觉得基础题嘛随便写写就能过。但真正打开东华OJ的基础13到15题你会发现这三道题虽然难度不高却像是一面照妖镜把你对输入输出处理、边界条件判断、代码风格的习惯全部照出来。很多同学在群里问的往往不是这题怎么做而是为什么我本地运行没问题提交上去就是WA或者为什么这段代码在别的题能过这题就RE。这一篇我就围绕东华OJ基础13到15题把每道题的题意拆开、把常见的坑点摆出来、把我不止一次调试到凌晨的排查思路完整复盘一遍。三道题分别涉及循环结构、数组下标边界、以及格式化输出的细节控制看似基础恰恰是后面动态规划、模拟类题目最容易翻车的地方。如果你正准备刷东华OJ的入门顺序或者想找一个可靠的代码模板作为参考这篇应该能帮你省下不少试错时间。先说好这篇文章不是单纯把AC代码贴出来让你抄而是把每道题背后的思考链拉出来——为什么这么写、哪些细节是被系统判定的关键、什么样的情况会挂掉、挂掉之后怎么定位。这样你下次遇到换皮的同类题也照样能稳。2. 东华OJ基础13题别让循环条件和输出格式偷走你的AC2.1 题目到底在考什么基础13题在东华OJ的题库里表面上看是一道很普通的循环累加类题目通常是给定一个整数区间让你按某种规律求和、求积或者统计个数。这类题看起来人畜无害但它真正考的是三件事循环边界能不能写对、累加变量的初始化和类型选择是否正确、输出格式是不是和题目要求完全一致。很多第一次刷OJ的同学最容易忽略的是最后一个点。题目如果要求每个结果占一行或者每两个数之间用一个空格隔开而你多打了一个空格或者少换了一行评测机直接判Presentation Error系统不会因为你的逻辑正确就手下留情。PE在OJ里是最让人血压升高的错误类型之一——不是不会做而是做得对但格式不对偏偏这种错误在本地IDE里几乎看不出来。2.2 格式陷阱的完整排查链路我自己第一次做这题的时候犯的错误非常低级题目要求输出若干个整数每个数后面跟一个空格最后一个数后面不能有空格。我当时图省事直接在循环里每次输出数字加空格结果最后一个数字后面也带了个空格提交上去PE。然后我还一脸懵觉得明明看起来差不多。后来总结出一套排查思路遇到PE或者WA而本地运行结果正常时按这个顺序查首先把样例输入完整复制到本地逐字节对比程序输出和题目样例输出。不能只看长得一样要连空格和换行一起看。可以用文本对比工具直接把不可见字符标出来这样是最快的。其次检查循环边界。比如题目说从1到n包含n如果你写成i n那就少算了一项如果你写成i n但初始化和自增的位置写错可能出现死循环或者越界。基础题虽然简单但循环边界的错误往往不会报RE只会产生错误的数值结果表现为WA。最后检查累加结果的数据类型。东华OJ的基础题输入范围往往不大int够用但有些变体题目会把范围拉大到10^9级别这时候int就会溢出结果变成负数或者被截断。我的习惯是只要题目没明确说数据很小一律用long long这是刷OJ的保命习惯。2.3 一个更稳妥的实现模板针对这类循环累加题我最后整理出一个比较稳妥的写法。这里以给定n求1到n之间所有奇数的和为例但思路通用#include stdio.h int main() { int n; while (scanf(%d, n) ! EOF) { long long sum 0; for (int i 1; i n; i) { if (i % 2 1) { sum i; } } printf(%lld\n, sum); } return 0; }这个代码里有几个细节值得说明。while (scanf(%d, n) ! EOF)是为了支持多组测试数据很多基础题不会明确告诉你输入几组但评测数据可能包含多行如果你只读一次就退出第二组数据就没机会处理了直接WA。sum用long long而不是int属于防御性编程数据一大也不会翻车。%lld是long long对应的格式控制符如果写成%d输出会乱掉。我个人在实际使用中还发现一个容易被忽视的情况如果题目要求的是多组数据但每组数据之间要输出一个空行很多人会忽略空行的处理。东华的题一般不会那么刁钻但既然要刷OJ建议从一开始就养成先读题确认输入输出格式再动手写代码的习惯。拿到题先花三十秒看输入输出描述远比闷头写代码再反复试错要高效得多。3. 东华OJ基础14题数组下标和边界条件才是真正的分水岭3.1 题目背后的核心逻辑基础14题相比13题多了一个很重要的考点数组的使用。题目通常会让你读入一组数据然后按照某种规则输出部分数据比如逆序输出、隔位输出、或者查找某个特定值的位置。这类题在思路上确实不难但数组题目埋坑的地方在于下标从0开始还是从1开始、数组开的够不够大、访问有没有越界。很多同学在学C语言的时候数组下标从0开始这个点背得滚瓜烂熟但一到做题就出错。原因在于题目的描述往往是第一个元素第二个元素这种人类语言翻译成代码的时候容易下意识写成a[1]但实际上应该存到a[0]。这种错误的后果是要么第一个元素被丢掉要么最后一个元素访问到了未初始化的内存输出一个随机数。这两种情况在OJ上都是WA或者RE。3.2 我在数组越界上踩的坑有一次我调试14题本地怎么测都对一提交就RE。当时的心态是崩溃的因为RE不像WA那样能看出来输出差在哪直接就是运行时错误没有任何提示告诉你错在哪一行。后来我用了几种方法逐步缩小范围。第一步把所有数组访问的地方列出来逐个检查下标范围。第二步在关键位置加上边界输出比如在循环前后打印i的值看有没有超出预期。第三步重点检查是否存在a[i1]这类访问——当i已经等于数组最后一个下标时i1就越界了。排查下来发现问题出在我把输入数组的大小定义成n但存储的时候多存了一个哨兵值导致循环边界虽然看起来没问题实际上最后一次访问到了未定义的内存区域。这个问题的本质是数组容量和有效元素个数混淆属于数组题里最经典的坑。3.3 数组题的通用保险写法东华OJ这类基础数组题我的标准写法是这样#include stdio.h int main() { int n; int a[1005]; // 稍微开大一点防止边界问题 while (scanf(%d, n) ! EOF) { for (int i 0; i n; i) { scanf(%d, a[i]); } // 逆序输出示例 for (int i n - 1; i 0; i--) { if (i n - 1) { printf(%d, a[i]); } else { printf( %d, a[i]); } } printf(\n); } return 0; }a[1005]这个大小不是随便拍的而是在不知道n确切上限时根据题目常见约束选一个足够大的值比如10^3级别。如果你的题目明确说n 100000那数组就要开到100005以上。这个习惯背后有一个朴素的道理OJ评测用的测试点往往会压着边界来你开得太小评测数据正好卡在边界数组就越界了。另外输出格式这个点我想多说一句。很多人喜欢在循环里直接数字加空格但我更推荐上面的写法先输出第一个元素不带空格后面每个元素前面加一个空格。这样无论n是多少最后一个元素后面永远不会有空格格式永远不会错。这种先判断再输出的思路在算法题里很常见值得刻意练习。3.4 数组题的边界测试技巧平时在本地测试的时候建议除了样例之外额外测试三个特殊场景n1的情况、n取到最大值的情况、n0如果题目允许的情况。n1能测出循环边界是否多走或少走最大值能测出数组容量和溢出问题n0能测出空输出时是否有奇怪的空格或换行。这组测试是我刷OJ一直沿用的最小集覆盖了大多数边界陷阱。东华OJ的14题本身不难但就因为不难很多人会掉以轻心。我的个人感受是数组类题目的AC率往往比循环类题目更低不是因为算法更难而是因为下标和边界太容易出错。建议你在做这类题的时候把数组容量有效长度输出格式控制这三件事在写代码之前就想清楚不要等提交失败再回头改。4. 东华OJ基础15题格式化输出里的隐藏考点4.1 基础15题考察的到底是什么到了基础15题题目的复杂度又有了一点提升往往开始涉及格式化输出和嵌套循环的组合。比如打印一个数字三角形、九九乘法表、或者按某种规则排列的矩阵。这类题的核心难点不再是算不对而是格式对不上。我见过很多人在这一步翻车不是因为不会用循环而是因为对printf的格式控制符不够敏感。%d和%5d的区别%.2f的作用\n和\t的区别这些看似基础的知识点在OJ上直接决定你是AC还是PE。尤其是当题目要求每个数字占4个字符宽度或者保留两位小数的时候如果你在本地用惯了默认对齐方式没有按题目要求加宽度控制评测机照样判定错误。4.2 嵌套循环和输出对称性的把控以输出数字三角形为例这类题的共同点是每一行的数字数量和内容与行号有关行与行之间往往存在某种对称性。这种对称性正是嵌套循环的用武之地。写这类代码的时候我建议把行和列分开思考先控制外层循环的行数再在内层循环里根据当前行号计算输出的数字。还有一个容易踩的点是三角形左侧的空格。很多题会要求右对齐或者居中对齐这就要在每行开头输出对应数量的空格。空格的个数通常可以用总行数减去当前行号来计算但这个公式很容易写错。我的建议是先用手算出前三行的期望输出再反推公式最后在代码里验证第n行是否符合预期。比如这样一段输出九九乘法表的代码看起来简单但里面有不少格式细节#include stdio.h int main() { for (int i 1; i 9; i) { for (int j 1; j i; j) { printf(%d*%d%-2d , j, i, i * j); } printf(\n); } return 0; }%-2d的意思是左对齐且占2个字符宽度。如果你写成%2d那就是右对齐。这两种对齐方式在标准输出里差别很明显很多题会明确要求左对齐或者每个表达式占特定宽度。%-2d这个写法我在做这类题时经常用因为它能让输出在视觉上对齐又能满足OJ的格式判定。4.3 东华OJ上格式类题目的自查清单由于15题这类题目最容易挂在格式上我整理了一个自查清单每次提交前逐项核对第一和样例输出逐字符比对包括空格和换行不放过任何一个肉眼容易忽略的地方。第二确认每行结尾没有多余空格。很多题目对行尾空格要求严格多一个空格可能PE也可能WA视评测机而定但无论如何都是风险。第三确认最后一行的换行是否存在。有些题目要求最后一行也要换行有些则无所谓最保险的做法是每个输出块都以printf(\n)结束但要注意不要在最后一个数据后面多输出一个空行。第四如果涉及小数确认格式控制符是否正确。%.2lf是对double保留两位小数%.2f是对float混用可能会导致输出异常。第五如果涉及多组数据确认组与组之间是否需要额外空行。这五条清单看起来琐碎但在关键时候真的能救命。我自己就有过因为多一个空格交了五六次才过的情况后来把这个清单写在笔记本上再也没在格式上翻过车。5. 从13到15题的训练价值帮你在OJ路上少走的弯路5.1 这三道题为什么值得认真对待东华OJ基础13到15题单看每道题都不难但把它们连在一起看会发现一条非常清晰的训练脉络先是循环结构再是数组访问最后是嵌套循环与格式化输出。这三板斧正是C语言入门阶段最重要的基本功。很多刷题刷到后面的人回头总结都会承认一个事实后期遇到WA或者RE排查时最常怀疑的并不是算法思路本身而是基础环节出了问题——循环边界多减了一、数组开小了、输出格式不对。而这三道题恰好把这些基础环节集中训练了一遍。我见过有同学觉得基础题太简单直接跳过去做动态规划结果一个下午都在跟边界条件搏斗。后来他回过头来刷基础题发现很多所谓的玄学错误其实就是边界和格式的问题。基础题的价值不在于会不会做而在于能不能一次做对这两者之间的差距正是OJ评测最看重的地方。5.2 我建议的刷题节奏和复盘方法如果你正在刷东华OJ这组基础题我的建议是不要一口气AC三道就完事而是每做完一道题做一次复盘。复盘不是看一遍代码然后说我会了而是问自己三个问题这道题涉及的核心语法是什么我最容易出错的地方是哪里如果题目把数据范围扩大十倍我的代码还能不能过这三个问题分别对应语法熟练度、易错点意识、代码扩展性。第一个问题帮你巩固知识结构第二个问题帮你预防同类错误第三个问题帮你培养写稳健代码的习惯。我在刷题的时候会在笔记本上给每道题标记一个易错标签比如13题记循环边界空格14题记数组容量下标越界15题记格式化输出行尾空格。后面每当我做类似题目遇到报错翻出这些标签就能快速定位方向。5.3 实测过的一组高效练习顺序如果你不只是想做东华OJ的13到15题而是想借这几道题打开刷题状态我推荐一组顺序先把13题的代码改成求偶数和求平方和求n以内能被3整除的数的和等变体每种变体都跑通再把14题的输出方式改成每隔一个输出从中间向两端输出最后把15题的图案改成三角形方向翻转数字顺序反转等对称变换。这组练习总共花费的时间大概在一个小时左右但收获远超直接抄AC代码。这样做的逻辑是同样的核心逻辑换不同的输出要求就能训练你对题目描述变化的敏感度。OJ题目千变万化但核心考点就那么几个你在基础题阶段把这些变体都练透了后面遇到新题就不会慌。我个人在实际使用中还有一个体会这组基础题刷完之后值得尝试用不借助IDE自动补全的方式重写一遍。也就是说打开一个纯文本编辑器像考试一样手写代码然后编译运行。这样做能暴露出很多平时注意不到的细节问题比如头文件漏写、变量名拼错、分号位置不对。这些细节在IDE里被自动修正掩盖了但在真实的OJ环境里它们就是实打实的WA和CE。6. 关于东华OJ这组题目的最后几点体会刷完东华OJ基础13到15题我最大的感受是OJ的反馈机制虽然残酷但非常诚实。你逻辑对不对、边界考虑得全不全、格式处理得细不细提交结果会直接告诉你。这种即时的反馈恰恰是自学的宝贵资源。每一道失败的红叉都在提示你这里你还没想透回去再想想。如果你现在正好卡在某一道题上不妨先放下代码重新读一遍题目描述里的输入输出要求然后拿着样例手动推一遍输出再对比自己程序的输出。多半问题就出在那些你以为和题目要求不一致的地方。这三道题背后的思维方式比三道题的AC代码更能跟着你走很远。最后分享一个小技巧在做这类基础题的时候别急着提交先把代码放在本地多跑几组特殊数据尤其是边界数据。哪怕多花两分钟也比提交一次WA然后等待反馈来得快。OJ刷题的高手和初学者的差距往往不在灵光一现的算法灵感而在这种日复一日的细节控制里。