xtu oj 1055这道题是我在湘潭大学OJOnline Judge在线评测系统上刷C语言基础题时印象比较深的一道switch语句练习题。代码量不大但对switch的几个关键细节——case穿透、break位置、default兜底逻辑——要求得很细理解不到位的话交上去大概率要吃几个WAWrong Answer。如果你是刚开始用OJ刷题的新手或者对switch语句只停留在见过没用过的阶段这篇博文从题目思路到完整代码都给你拆明白顺便把OJ提交的各种坑也一并排掉。1. 先把switch语句的核心机制搞透再做题才不会懵1.1 switch和if-else到底差在哪很多同学一开始都会问既然有了if-else为什么还要学switch这个问题问得很关键因为它直接决定了你什么时候该用switch。if-else的底层逻辑是“逐个判断”就像安检口排队一个人一个人地查证件一个一个来。如果条件分支很多代码会长得吓人可读性也会直线下降。switch则完全不一样它的逻辑是“直接定位”——系统先取出switch后面的表达式的值拿这个值和各个case后面的常量做匹配一旦找到相等的那个入口就直接跳进去执行。有点像你去火车站拿着票直接在对应的检票口进去不用挨个问每个窗口能不能走。我用一道简单的题目举例子输入1到5输出对应的中文星期。用if写就是五六个else if每个分支重复结构相似代码项很长用switch写整个逻辑变成一张干净的“映射表”哪一种情况对应什么输出一眼看明白。这正是switch的核心优势适合处理离散的、有限取值的情况。1.2 语法结构表达式、case标签、break和default一个标准的switch语句长下面这个样子switch (表达式) { case 常量表达式1: 语句1; break; case 常量表达式2: 语句2; break; default: 默认语句; }这里有四个容易踩坑的点分开说。第一switch后面括号里的表达式必须是整型或者字符型。C语言里char本质上也是整数字符对应ASCII码值所以能放进去。浮点数、字符串类型的值都不能直接用这是编译阶段就会报错的硬规则。第二case后面跟的必须是常量表达式。什么叫常量就是值在编译时已经确定的量比如数字1、字符A。如果你写成case x:编译器直接不认识因为x是变量值要到运行的时候才知道这是典型的编译错误。我见过不少同学把变量写进case里然后抱着代码一脸疑惑其实语法规则就明明白白摆在那里。第三break是跳出口它决定执行完当前case后会不会继续往下“溜”。这一块是新手最容易翻车的地方下面单独展开说。第四default不是必须的但强烈建议写上。default负责处理所有case都没匹配上的情况起一个兜底作用。没有它的话当表达式的值不在任何case范围内时整个switch语句就什么都不执行静默结束。在OJ题目里如果题目没有保证输入一定在合法范围内default能在逻辑上给你加一层保护。1.3 最容易出事的case穿透一次讲明白case穿透这个词听起来有点抽象我用一个经典错误代码来解释。假设题目要求输入1输出one输入2输出two输入3输出three。这段代码编译没问题运行结果却很奇怪switch (n) { case 1: printf(one\n); case 2: printf(two\n); case 3: printf(three\n); }如果我输入1输出是one two threewhy因为switch只负责“跳到匹配的case入口”它不负责决定什么时候停下来。当你输入1程序从case 1:进去一路往下执行没有break拦着它它就一直执行到switch语句结束把后面所有case里的语句全部跑了一遍。这个现象就叫“穿透”。穿透是个长期困扰初学者的点但换个角度看它反而是switch一个很灵活的特性。多个case共享同一段代码就是利用穿透实现的比如switch (score / 10) { case 10: case 9: printf(A\n); break; case 8: printf(B\n); break; }这里case 10:和case 9:都没有自己的执行体它们的共同点是会穿透到下一段可执行代码。因为case 10没有break程序自然滑到case 9case 9又没有break再滑到后面的printf最后统一输出A。这个写法在成绩等级转换类题目里特别实用。2. xtu oj 1055的题目类型与输入输出细节2.1 这类OJ题面通常长什么样我没有拿到1055的原题截图从它排在xtu oj题库前段位置、题目编号和分类来看这必然是一道语法入门级的选择结构题配上switch这个关键词考法基本离不开“输入一个整数或者字符输出对应的结果”。最常见的有三类数字转星期输入1输出Monday输入2输出Tuesday以此类推成绩等级转换输入百分制分数或等级符号A/B/C/D输出对应的评语月份天数判断输入月份输出该月有多少天。这些题型的共同点是输入值是一个有限的离散集合输出值也相对固定非常契合switch的“查表”特性。说句实在话这类题用if-else也能做但switch在代码结构和可读性上明显更优。2.2 多组测试数据的处理是OJ题的分水岭xtu oj和大多数OJ平台的评判机制一样一份代码提交上去后台会用多组测试数据去跑你的程序你的程序必须从头到尾处理完所有数据并且所有输出都正确才能拿到ACAccepted。这个机制理解不到位很多同学就会卡在“为什么我本地运行没错提交却是WA”。核心代码模式是int n; while (scanf(%d, n) ! EOF) { // 处理逻辑 }这里scanf的返回值就是读入成功的数据个数当读到文件末尾时它返回EOF。在本地控制台里你需要在输入完数据后按CtrlZWindows或CtrlDLinux/Mac来模拟文件结束。在OJ评测时这个结束标志是评测系统自动给出的你不需要操心。有一个中学生经常犯的错在代码里单独给一组数据的输入写了处理逻辑提交后评测系统喂了多组数据程序只处理了第一组就结束了后面几组数据根本没被读取直接WA。所以记住一句话OJ题只要没明确说单组数据一律按多组写。2.3 输出格式的隐藏要求OJ对输出格式的要求严格得近乎苛刻。常见的错误有两种。第一种是画蛇添足。有些同学在代码里写了printf(请输入一个数字\n)这种提示语本地测试确实挺人性化但提交到OJ上评测系统会把提示语的输出和标准答案比对多一个字符都是错直接判WA。第二种是忘了换行。每一组输出之间要以换行分隔有些题目还要求最后一行也有换行。最稳妥的做法是printf输出完内容后结尾统一带\n例如printf(Monday\n);。对比一下错误写法正确写法printf(Monday);printf(Monday\n);printf(请输入); printf(Monday);printf(Monday\n);本地跑起来看起来差不多在OJ眼里一个天一个地。3. 一份可直接提交的参考代码与逐行拆解3.1 基础版数字转星期的标准解答以最常见的“输入整数1到7输出对应星期的英文单词”为例完整代码如下#include stdio.h int main(void) { int n; while (scanf(%d, n) ! EOF) { switch (n) { case 1: printf(Monday\n); break; case 2: printf(Tuesday\n); break; case 3: printf(Wednesday\n); break; case 4: printf(Thursday\n); break; case 5: printf(Friday\n); break; case 6: printf(Saturday\n); break; case 7: printf(Sunday\n); break; default: printf(Input error\n); } } return 0; }这道题代码量不大但覆盖了switch语句的全部核心点多分支、break、default。你拿这份代码去跑各种OJ平台的同类题基本都能过。3.2 逐行拆解关键位置的设计意图int main(void)。有的教材喜欢写void main()这在很多OJ的C编译器下也能编译通过但不符合C语言标准主流OJ平台普遍使用的GCC编译器在默认情况下允许但严格模式下会报警告。养成写int main(void)并且最后return 0;的习惯是最稳妥的这也是很多OJ的编译指令默认开启的规范检查项。while (scanf(%d, n) ! EOF)。这一行是整份代码的“主循环”负责读入多组数据。有的同学写while (1)然后里面判断scanf返回值逻辑上等价但不如直接写在循环条件里简洁。这里的EOF就是-1代表文件结束符。case 1:前的缩进和每个case分支缩进一行。这是纯代码风格问题不缩进也能过编译但缩进能让结构一目了然。OJ题将来你会经常回看自己的代码一份清晰的代码能帮你省大量时间。每个case里的break。前面讲过穿透这里就是标准防穿透写法。特别注意default分支不用加break因为它是最后一个分支执行完就自然退出switch了加了也不影响但没必要。printf(Input error\n)。这就是default的兜底作用。虽然题目一般会保证输入在1到7之间但default的存在让代码更加健壮万一评测数据里冒出一个非法的输入程序至少有明确的输出而不是静默不做任何事。3.3 换场景如果1055改成成绩等级转换“输入一个整数成绩输出等级”是另一个高频考法把switch和整型除法的技巧一结合代码非常精炼#include stdio.h int main(void) { int score; while (scanf(%d, score) ! EOF) { if (score 0 || score 100) { printf(Invalid\n); continue; } switch (score / 10) { case 10: case 9: printf(A\n); break; case 8: printf(B\n); break; case 7: printf(C\n); break; case 6: printf(D\n); break; default: printf(E\n); } } return 0; }这里面的核心技巧是score / 10。整型除法会丢掉小数部分所以90到99除以10都等于980到89除以10都等于8。于是每个区间正好映射到一个case用穿透把10和9合并到同一个A等级。这个技巧在很多题目里都能用到属于那种“知道一次就会一直用”的套路。如果你拿到的1055题面是输出星期而不是等级代码结构完全一样只是case分支里的输出文本换一换。这也就是我强调的刷OJ刷的不是某个题的答案是一类题的通用解法。3.4 一个容易被忽略的头文件问题printf和scanf的声明在stdio.h里所以#include stdio.h必须出现在代码顶部一行都不能少。有些同学在一个OJ题上见过别人用#include bits/stdc.h这种万能头文件但那是C的写法按C语言提交时不一定支持老老实实用stdio.h最稳。4. 实战中我踩过的坑编译错误、逻辑错误与OJ状态速查4.1 三个高频编译错误几乎每题都会遇到错误一case后跟变量int target 1; switch (n) { case target: // 编译错误 break; }编译器报错信息类似于case label does not reduce to an integer constant。解决方法是把变量换算成常量要么直接用if语句要么把变量的可能值枚举成多个case。错误二忘写break导致逻辑结果错乱这个在OJ上特别隐蔽。程序能编译运行也不崩溃就是输出结果不对。如果评测数据里连续有几组数恰好是“刚好踩中穿透路径”的值那错误就暴露得非常彻底。排查方法很简单对照代码检查每个case分支末尾有没有break。错误三字符switch直接写给数字有的同学输入的是字符但case里写着数字。字符2和数字2在C语言里是两个完全不同的东西前者ASCII码值是50后者是2。如果要判断字符应该写成char ch; scanf(%c, ch); switch (ch) { case 2: // 处理字符2 break; }4.2 OJ评测状态速查表新手第一次提交时看到一堆英文缩写容易懵。我整理了一个速查表状态含义应对思路ACAccepted通过没问题WAWrong Answer答案错误逻辑有问题重点检查分支条件、边界值、输出格式CECompile Error编译错误看编译报错信息逐行修PEPresentation Error格式错误多半是多了空格、少了换行RERuntime Error运行时崩溃多为数组越界、除零、空指针TLETime Limit Exceeded超时代码效率太低多半是循环或递归写得不好MLEMemory Limit Exceeded超内存一般是数组开太大或递归栈溢出对1055这种入门题最容易遇到的是WA和CEPE偶尔也会冒出来。WA的话优先检查case里是不是忘写breakCE优先检查case后是不是跟了变量。4.3 本地调试printf大法和边界值测试没有调试器时printf大法永远是最直接的调试手段。在switch前后加临时的printf输出看变量n到底是多少看有没有进switch看走了哪个case分支。比如printf(debug: n %d\n, n); switch (n) { case 1: printf(debug: in case 1\n); printf(Monday\n); break; }当然提交前必须把这些调试输出全删掉否则它们会成为多余输出被评测系统判WA。这个坑我自己踩过一次忘记删调试信息白白多交了好几次。边界值测试是我强烈建议养成的好习惯。数字转星期的题边界值至少要测四组1最小值、7最大值、0非法值、8非法值。如果这四组输出都对这道题的正确率就有保障了。4.4 别在OJ里玩嵌套过深的switch有同学为了展示技术会写出switch套switch的代码。1055这种入门题完全用不上而且嵌套一多break的作用域就变得不好判断常常出现内层break只跳出了内层switch、外层逻辑也跟着乱的情况。实际上C语言的break只能跳出最近的一层循环或switch多层嵌套时容易产生混乱。代码写出来是给人看的简洁清晰永远优先于“花哨”。5. 从1055延伸出去的switch进阶思路5.1 枚举类型和switch是天然搭档如果在代码里定义了一个枚举类型switch配合枚举写起来非常优雅enum Color { RED, GREEN, BLUE }; enum Color c GREEN; switch (c) { case RED: printf(Red\n); break; case GREEN: printf(Green\n); break; case BLUE: printf(Blue\n); break; }枚举值本质上是整型常量而且有名字、可读性好。平时用OJ做题可能用不上但在以后写工程项目时这种组合会让代码清晰很多。入门阶段知道这个方向就行没必要在基础题上强行用。5.2 用switch写菜单程序如果你在本地想写点小工具练手用switch实现一个命令行菜单是特别好的实战素材。比如写一个简单的计算器接收用户输入的运算符和两个操作数char op; int a, b; while (scanf(%d %c %d, a, op, b) ! EOF) { switch (op) { case : printf(%d\n, a b); break; case -: printf(%d\n, a - b); break; case *: printf(%d\n, a * b); break; case /: if (b 0) { printf(Error\n); } else { printf(%d\n, a / b); } break; default: printf(Invalid operator\n); } }这一小段代码把switch、字符读取、除零保护全练到了难度比1055略高一点适合拿来检验自己掌握程度。5.3 字符输入时的缓冲区残留问题当你用scanf读完数字再去读字符时经常会遇到一个奇怪的bug程序不按预期等用户输入字符直接跳过了。问题不在switch而在输入缓冲区里残留的换行符。scanf(%d)会跳过空白字符但它不会把用户按回车产生的换行符消费掉后面的scanf(%c)会直接读到这个换行符。解决方案是在读字符之前先用getchar()把换行符吃掉或者用scanf( %c, ch)在格式串里加一个空格让scanf先跳过空白字符。这道1055如果输入的是数字你暂时不用太担心这个细节。但此顺序在OJ刷题里迟早遇到提前知道能少一个纠结点。5.4 不同编译环境的小差异xtu oj的C语言评测基本以GCC为主。但本地练习时你可能会用Dev C自带旧版MinGW GCC、Visual Studio Code配GCC、或者老式的VC6.0。这些环境都支持标准的switch语法但在“是否允许在case里定义变量”这类细节上行为可能不同。比如在case分支里直接int x 10;一些老编译器会报错因为跨case的初始化容易导致跳转问题。按C语言规范case分支里定义变量需要额外的花括号包裹switch (n) { case 1: { int x 10; printf(%d\n, x); break; } default: break; }基础OJ题基本碰不到这种写法属于进阶知识先记住结论就行。我个人刷xtu oj这类入门题时最大的感悟是不要把switch当成语法知识背把它当成一张“查表工具”来理解。拿到题目先问自己三个问题——输入值是不是离散的、输出结果是不是有限的、能不能用一张表把映射关系列出来。如果能就用switch如果不能老老实实用if。这套判断逻辑一旦建立1055以及后续一大批类似的OJ题对你来说就是同一道题换个数据、换个输出文本而已。最后再分享一个小习惯每AC一道题把代码存到一个文件夹里文件名标注题目号和考点比如“1055_switch”。刷过一百道题以后回看这些代码你会非常直观地看到自己的C语言是怎么一步步变熟练的那种成就感比单纯刷题数量有用得多。