看到xtu oj 1055这个题号加上“C switch”两个关键词我基本能猜到你现在卡在哪了——湘潭大学的在线评测系统OJC语言入门刷题第1055题核心考点就是switch分支语句。这题在OJ的题单里属于“上手难度低、原理价值高”的一类题很多人第一次接触多路分支、第一次被break折磨、第一次体会OJ判题系统的严格格式都是在这一题。这篇文章我把整道题的来龙去脉拆开讲switch语句到底在干嘛、怎么写才不出错、OJ提交时那些莫名其妙被判Wrong Answer的原因以及我在这类题上踩过的坑和积累的调试习惯。不管你是刚学C语言的新手还是刷OJ刷到怀疑人生的老铁按这篇文章的思路走一遍xtu oj 1055这类switch题就能稳过了。1. 背景与思路拆解这道题到底在考什么1.1 1055题在OJ序列里的位置xtu oj是湘潭大学的在线评测系统承担着本校程序设计课程和竞赛训练的日常任务。题号靠前的题目大多是语法专项练习1055正好落在“分支语句”这个阶段前面让你练scanf、printf和if-else到1055开始要求你用switch做多路选择。这类题在OJ上的定位很明确——它不是为了难住你而是为了检验你对“多分支结构”的理解。题面通常长这样输入一个整数根据整数的值输出对应的星期、月份、等级或者简单的计算结果本质就是一张“输入到输出的映射表”。你不需要写复杂的算法不需要数据结构只需要把switch结构用对、把break放对、把输出格式写对。但恰恰是这种“语法专项题”最能暴露底子问题。我在帮人看代码时见多了逻辑写得再漂亮一个break漏掉就全乱case后面忘了空格被编译器报错输出大小写没对准就被判WA。1055这种题的价值正在于此——语法正确性和细节敏感度刷的就是这两样。1.2 为什么这题的核心是switch而不是if-else很多人拿到1055会想这不就是if-else吗我用else if也能做出来为什么非要switch问出这句话说明你还没理解switch的定位。switch和if-else在C语言里都能做分支但它们解决的问题不同if-else擅长处理范围判断和复杂条件比如“x大于0且小于10”switch擅长处理“一个表达式的取值等于多个离散常量”的情况比如“x等于1、等于2、等于3”。switch的语法结构天生就像一张查找表switch (表达式) { case 常量1: 语句; break; case 常量2: 语句; break; default: 默认语句; }执行流程一句话就能讲清楚先计算switch后面括号里的表达式得到一个整数值C语言里也允许字符因为字符在底层就是整数然后把值和每个case标签从上往下依次比较命中哪个case就从哪个case的冒号后面开始顺序执行直到遇到break跳出整个switch或者整个switch结束。如果所有case都没命中就执行default分支。default不是必须写的但没有default时所有case都没命中就什么都不执行。这里有一个关键点值得反复强调switch的case比较是“相等比较”不是“范围比较”。你不能写case x 3也不能写case 1 ... 3那是别的语言才支持的写法case后面只能跟一个具体的整型常量表达式。1055这类题输入的是单个数字恰好落在switch最擅长的区域所以题目选它就顺理成章。1.3 刷题前必须搞懂OJ的判题机制在没搞清楚OJ怎么判题之前就去提交代码等于闭着眼睛打靶。xtu oj的判题流程是这样的你提交C语言源码服务器用GCC编译编译通过后拿你编译出来的程序去跑若干组输入数据把你的输出和标准答案做逐字符比对全部一致才算Accepted。这意味着三件事。第一**编译错误Compile Error**是你自己就能解决的问题比如少写了头文件、变量名写错、case写成大写。本地编译过了问题就不大。第二输出格式是生死线。OJ比对是逐字符的多一个空格、少一个换行、中英文标点混用哪怕内容完全正确结果也是Presentation Error或者Wrong Answer。1055题如果要求“Monday”你输出“Monday\n”后面多一个空格都会挂。第三很多题是“多组测试数据”不是只跑一次就收工。题面描述里如果出现“多组输入”或者“输入包含多组测试数据”你的程序必须能在循环里处理多次输入典型写法是while (scanf(%d, n) ! EOF)。如果只写一次scanf第二组数据根本不会进程序OJ只能给你一个WA判死。把这三件事刻在脑子里后面调试就有方向了。2. switch核心语法与避开那几个经典大坑2.1 break的迷思漏写到底会发生什么很多新手第一次写switch代码没问题结果输出却是一串字符串原因只有一个break漏了或者break位置放错了。switch的执行逻辑是“命中后贯穿执行”专业术语叫fall-through。意思是从命中的那个case开始后面的case标签不再参与比较直接一路执行下去直到遇到break或者swicth的右花括号才停。所以switch (day) { case 1: printf(Monday\n); case 2: printf(Tuesday\n); }如果day等于1输出结果是Monday Tuesday因为case 1后面的printf执行完没有break程序没跳出switch接着往下执行了case 2的printf直到遇到switch的右大括号才结束。fall-through不是bug它甚至是一种有用的“合并技巧”。但作为编程新手每写一个case都必须问自己一句这里要不要break1055这类题里大多数case都各自独立输出所以绝大多数case后面都要break。我见过一种很坑的写法把break放在printf前面结果break直接跳出了switch后面的printf永远不执行输出自然是空的。2.2 case标签的语法规矩和常量限制case后面的值叫“标签”它有几个硬性语法规则踩上任何一个编译器都会报错。第一个铁律case后面必须是整型常量表达式不能是变量。你写case x:x是变量编译器直接红脸你写case 1 1:没问题因为1 1是常量表达式等价于case 2:你写case x 1:不行因为x是变量。第二个铁律所有case的值必须在同一个switch内互不相同。你写了两个case 1:编译器会提示标签重复。第三个铁律C语言规定case标签只能在switch语句内使用。你别把case放在循环里或者普通语句里那都是编译错误。还有一个小细节经常被忽视case和后面的常量之间的空格。case 1:是标准写法写成case 1中间没空格也就是case1:编译器会把case1当成标签名报错。这类低级错误在OJ提交时还挺常见的任何人都可能在键盘上栽这一下。2.3 default的位置和角色default分支对应“其他所有情况”它在switch里的位置其实很自由可以放在最前面、中间或最后面。大多数人习惯把default放最后因为读起来顺。我个人也推荐放最后尤其是新手时期。但有个细节要记住default本质上也是从某个位置开始贯穿执行的。如果把default放在最前面它一样会往下执行后续case里的语句直到break。看这段代码switch (day) { default: printf(Error\n); case 1: printf(Monday\n); break; }当day等于2时没有case 2程序进入default打印Error之后不跳出switch继续执行case 1的printf输出Monday遇到break才停下。结果就是Error和Monday一起输出和预期完全不符。这是因为default和case一样只是“入口标签”不是“隔离带”。没有break兜底贯穿执行照样发生。凡是default放前面的代码必须想清楚每个分支的贯穿路径否则就是给自己埋雷。2.4 switch和if-else的选型对照我在1.2节说过两者适用场景不同这里我更直白地做一张对照表适合你以后写所有分支逻辑时参考判断维度switchif-else适用条件表达式的取值是若干个离散常量范围判断、浮点数比较、组合逻辑可读性分支多时结构清晰像表格分支多时else if冗长容易绕晕执行效率编译器可能生成跳转表速度快逐个条件比较分支越多越慢条件灵活性case只能是整型常量不能比较大小、字符判断支持但要注意字符常量写法支持写法自由我的建议是如果条件是对单一变量做等值判断且取值集合有限比如1到7直接用switch这就是1055想让你练的场景。如果条件涉及区间、复杂组合、或者需要判断浮点数老老实实用if-else。刻意用switch去实现复杂的范围判断反而会把代码写成一团乱麻。3. 实操从题面分析到代码提交3.1 题面假设与输入输出约定由于xtu oj 1055的题面在公开渠道不太容易直接抓到我按这类OJ上最常见的switch专项题来还原一道等价题演示完整的分析和解答过程。题目通常是这样的输入一个整数n1 ≤ n ≤ 7输出对应的英文星期名。1对应Monday2对应Tuesday以此类推7对应Sunday。输入不在1到7范围内的整数时输出Error。这是switch训练里最经典也最干净的场景输入是单个整型值输出是不同值对应的固定字符串。你在xtu oj上如果碰到题号1055但题面略有出入比如要求输出缩写、要求输出月份天数核心解法完全一样只需要替换case后面的输出内容。需要特别注意的是输出格式。题目要求“每个输出占一行”那么printf里必须有换行符。有些题还要求输出完直接结束程序那就不要写成死循环。更多OJ题要求“可处理多组输入”这种情况我统一用while (scanf(...) ! EOF)框架处理多组输入和单组输入都能兼容。3.2 参考实现与逐行解读下面就是针对上述题面的完整参考代码#include stdio.h int main() { 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(Error\n); break; } } return 0; }我来逐行解释几个容易出问题的点。第一while (scanf(%d, n) ! EOF)这段是处理多组测试数据的标准框架。scanf的返回值是成功读取的变量个数当输入流走到末尾、读不到数据时返回EOF也就是-1循环终止。有些教材会把scanf写在while循环条件外只读一次OJ如果给多组数据就挂了。第二每个case后面的break。case 1输出Monday后必须break否则输出完Monday还会继续执行case 2的printf。你可以自己试把case 1的break删掉输入1输出会变成Monday加Tuesday加Wednesday……一路贯穿到底。第三default里的break。这个break写不写其实无所谓因为default如果放在最后它后面的代码就是switch的结束位置不会贯穿到别处。但我还是写了理由很简单保持所有case结构一致以后加新case时不会因为漏了break而踩坑。这是“防御性编程”习惯。第四main函数用int main()最后return 0。这是C标准的正确写法一些旧教程喜欢写void main()在OJ上有可能编译报错或行为未定义这个习惯从入门就要立好。代码提交到xtu oj语言选C编译器默认GCC。如果你的代码没有问题服务器编译通过后跑完全部测试点判题结果就是Accepted。3.3 处理多组输入与边界值的完整示范多组输入是这题里最容易阴人的地方。我见过太多人代码逻辑全对最后跪在只处理了单组数据上。怎么看题目是不是多组输入看题面描述里有没有这句话“输入包含多组测试数据”或“输入数据有多组”或者看样例输入是否给了两行以上的数据。如果题目声明多组输入代码结构必须按照3.2的while框架来写。如果没有声明但题目输出描述里写了“对于每个输入值输出一行结果”那大概率也是多组数据用while框架绝对没错。边界值测试也不能省。以星期题为例边界值是1、7和8或0。输入1要能输出Monday输入7要能输出Sunday输入8要能走default输出Error。很多人的代码在常规输入2到6时都正常偏偏在1和7这两个端点出问题常见原因是case写成了case 0到case 6偏移了一位。针对三个边界分别测试是提交前最有效的自检动作。3.4 进阶变形利用fall-through简化逻辑我讲一个1055之后一定会遇到的进阶思路提前说清楚能省你后面很多脑细胞。题目如果变成“输入1到7输出Weekday或Weekend1到5输出Weekday6和7输出Weekend”很多人的第一反应是写5个case输出Weekday再加2个case输出Weekend。这样写当然可以但显然不够优雅。对共用一个输出的多个case可以让它们“堆叠”在一起switch (n) { case 1: case 2: case 3: case 4: case 5: printf(Weekday\n); break; case 6: case 7: printf(Weekend\n); break; default: printf(Error\n); }这是fall-through的正面用法。case 1、2、3、4、5都没有break它们的作用仅限于充当“入口标记”只要n等于其中任何一个值程序就会进入switch然后一路落到printf(Weekday\n)这里执行最后被break拦住结束。这段代码比写5个printf清晰得多而且方便扩展如果以后新增一个case 8只要在case 6下面加一行case 8:就行输出逻辑完全不用动。这是switch语句真正的表达力所在也是1055这类题后续延伸的重要考点。4. 常见问题与OJ调试实录4.1 编译错误对着报错信息逐行查OJ返回Compile Error时通常会把GCC的报错信息返回给你。很多新手看到英文报错就慌其实报错信息里行号非常明确照着行号看就行。最常见的编译错误有这几类缺少头文件用了printf却没写#include stdio.h报错通常是“implicit declaration of function”。C语言不像某些语言自动包含基础库这个头文件必须自己敲。case后面没有空格写成case1:编译器把它当标签报错“expecting expression”之类。括号不匹配switch的左右大括号数量对不上报错信息会指向整个switch块。main返回值乱写写成void main()GCC标准模式下可能报错“main must return int”。中文字符误入代码字符串或注释里用了中文标点比如分号写成报错会指向那一行。这一点在中文输入法状态下极其常见我建议所有OJ提交前肉眼扫一遍全角符号。本地编译报错和OJ返回的Compile Error本质一样都是GCC的报错信息。在本地先编译一遍把报错清零再提交能过滤掉90%的CE。4.2 Wrong Answer最常见的三类原因WA是OJ刷题生涯里出现频率最高的结果1055这类题也不例外。我把WA的原因总结成三类对照排查一般都能找到问题。第一类逻辑错误。break漏了、case写错、default逻辑写反这些是switch题的主流WA来源。排查方法很简单多造几个测试用例尤其是你没考虑过的边界值跑一遍对比输出。第二类输出格式不匹配。这不是逻辑错了是OJ不认你输出的样子。1055这类字符串输出题格式化错误集中在中文状态下的标点、字符串拼写错误、大小写不一致。比如题目要求输出“Friday”你拼成“Firday”OJ直接判WA这种错误不细看根本发现不了。第三类多组输入没处理。题面要求多组输入你只处理了一组逻辑完全正确但后面的测试数据根本没进入你的程序结果自然是WA。把3.2的while框架套上问题立刻消失。我调试WA时的一个习惯做法是把题目样例输入原样存成一个文件比如test.txt然后本地运行你的程序标准输入重定向到文件./a.out test.txt再把输出逐行和题目样例输出对比肉眼检查每一处细节。样例过了不代表全过但样例不过一定有bug。4.3 本地正确但OJ错误的排查思路这是WA里最让人抓狂的情况本地跑得好好的一交到OJ就挂了。你几乎可以确定不是程序功能的问题而是环境或IO细节的问题。排查顺序我建议按照这几步走第一步检查输出格式。本地编译器不会拿你的输出和标准答案逐字符比对所以多一个空格你自己根本看不出来。用3.2的代码仔细核对每个printf里字符串末尾是否只有换行符前面有没有多余空格字符串拼写是否和题面完全一致。第二步检查多组输入。如果你本地只测试了一组输入而OJ给出来的测试点是多组数据程序跑到第二组就会因为scanf读取失败而行为异常。改为while (scanf(%d, n) ! EOF)就能解决。第三步检查全局变量和变量初始化。部分新手程序里用了未初始化的局部变量本地调试器有时会把垃圾内存清成0看起来“碰巧正确”OJ上编译器优化不同结果就变了。switch题里不太容易遇到这种问题但养成“声明变量就初始化”的习惯永远不会错。第四步重新读一遍题面。settle down之后一字一句读“输出什么换行还是空格范围是1到7还是0到6大小写要求”我见过很多次所谓的“玄学WA”最后都倒在题目描述的字缝里题面就是判题标准。4.4 常见问题速查表我在下面整理了一张速查表涵盖了switch题最常见的报错和解决方案建议直接收藏。现象可能原因解决方案输出多个case的内容break漏写或放错位置每个case独立自查确保break在语句之后什么输出都没有所有case都没匹配且没有default补上default分支编译报错“case label”case后面写了变量或浮点数case后面只能写整型常量表达式编译报错“duplicate”两个case的值相同检查case常量是否有重复输出“Error”和正常结果default位置靠前且后面没有breakdefault放最后或每个分支都加break本地正常OJ却WA输出格式不对或多组输入没处理核对空格、换行、大小写改用while(scanf...)框架输入含字符时异常scanf(%c)吃掉了换行用scanf( %c, ch)前面加空格跳过空白这张表不只能用于1055switch语句相关的题和项目都能套用。我写代码这些年在switch上翻过的车基本都能归到表里前四行——大部分时候就是break和case标签的事。4.5 一个我屡试不爽的调试技巧最后分享一个经验技巧调试switch多路分支时不要急着在case里加printf先在switch入口处打印输入的原始值。比如printf(DEBUG: n%d\n, n); switch (n) { ... }这一步能立刻确认scanf是否真的读到了你想要的数。我有一次在本地排了半天最后发现是输入文件里混进了回车符和空格scanf(%d)读取绕过它导致变量值一直是上次的残留加了这行DEBUG输出后问题一目了然。在OJ提交前把DEBUG输出删掉或者直接用#if 0包起来注释掉。提交带DEBUG输出的代码输出就会多一行OJ比对必然判WA。这个坑我赔过好几次WA提前帮你避了。另外多组输入的程序本地测试时如果要人为结束while (scanf(...) ! EOF)循环在Linux终端按CtrlD发送EOF在Windows命令行按CtrlZ再回车。测试完这些快捷键的用法调多组输入题目时会方便很多。
xtu oj 1055 switch专项突破：break、case与OJ判题避坑指南
看到xtu oj 1055这个题号加上“C switch”两个关键词我基本能猜到你现在卡在哪了——湘潭大学的在线评测系统OJC语言入门刷题第1055题核心考点就是switch分支语句。这题在OJ的题单里属于“上手难度低、原理价值高”的一类题很多人第一次接触多路分支、第一次被break折磨、第一次体会OJ判题系统的严格格式都是在这一题。这篇文章我把整道题的来龙去脉拆开讲switch语句到底在干嘛、怎么写才不出错、OJ提交时那些莫名其妙被判Wrong Answer的原因以及我在这类题上踩过的坑和积累的调试习惯。不管你是刚学C语言的新手还是刷OJ刷到怀疑人生的老铁按这篇文章的思路走一遍xtu oj 1055这类switch题就能稳过了。1. 背景与思路拆解这道题到底在考什么1.1 1055题在OJ序列里的位置xtu oj是湘潭大学的在线评测系统承担着本校程序设计课程和竞赛训练的日常任务。题号靠前的题目大多是语法专项练习1055正好落在“分支语句”这个阶段前面让你练scanf、printf和if-else到1055开始要求你用switch做多路选择。这类题在OJ上的定位很明确——它不是为了难住你而是为了检验你对“多分支结构”的理解。题面通常长这样输入一个整数根据整数的值输出对应的星期、月份、等级或者简单的计算结果本质就是一张“输入到输出的映射表”。你不需要写复杂的算法不需要数据结构只需要把switch结构用对、把break放对、把输出格式写对。但恰恰是这种“语法专项题”最能暴露底子问题。我在帮人看代码时见多了逻辑写得再漂亮一个break漏掉就全乱case后面忘了空格被编译器报错输出大小写没对准就被判WA。1055这种题的价值正在于此——语法正确性和细节敏感度刷的就是这两样。1.2 为什么这题的核心是switch而不是if-else很多人拿到1055会想这不就是if-else吗我用else if也能做出来为什么非要switch问出这句话说明你还没理解switch的定位。switch和if-else在C语言里都能做分支但它们解决的问题不同if-else擅长处理范围判断和复杂条件比如“x大于0且小于10”switch擅长处理“一个表达式的取值等于多个离散常量”的情况比如“x等于1、等于2、等于3”。switch的语法结构天生就像一张查找表switch (表达式) { case 常量1: 语句; break; case 常量2: 语句; break; default: 默认语句; }执行流程一句话就能讲清楚先计算switch后面括号里的表达式得到一个整数值C语言里也允许字符因为字符在底层就是整数然后把值和每个case标签从上往下依次比较命中哪个case就从哪个case的冒号后面开始顺序执行直到遇到break跳出整个switch或者整个switch结束。如果所有case都没命中就执行default分支。default不是必须写的但没有default时所有case都没命中就什么都不执行。这里有一个关键点值得反复强调switch的case比较是“相等比较”不是“范围比较”。你不能写case x 3也不能写case 1 ... 3那是别的语言才支持的写法case后面只能跟一个具体的整型常量表达式。1055这类题输入的是单个数字恰好落在switch最擅长的区域所以题目选它就顺理成章。1.3 刷题前必须搞懂OJ的判题机制在没搞清楚OJ怎么判题之前就去提交代码等于闭着眼睛打靶。xtu oj的判题流程是这样的你提交C语言源码服务器用GCC编译编译通过后拿你编译出来的程序去跑若干组输入数据把你的输出和标准答案做逐字符比对全部一致才算Accepted。这意味着三件事。第一**编译错误Compile Error**是你自己就能解决的问题比如少写了头文件、变量名写错、case写成大写。本地编译过了问题就不大。第二输出格式是生死线。OJ比对是逐字符的多一个空格、少一个换行、中英文标点混用哪怕内容完全正确结果也是Presentation Error或者Wrong Answer。1055题如果要求“Monday”你输出“Monday\n”后面多一个空格都会挂。第三很多题是“多组测试数据”不是只跑一次就收工。题面描述里如果出现“多组输入”或者“输入包含多组测试数据”你的程序必须能在循环里处理多次输入典型写法是while (scanf(%d, n) ! EOF)。如果只写一次scanf第二组数据根本不会进程序OJ只能给你一个WA判死。把这三件事刻在脑子里后面调试就有方向了。2. switch核心语法与避开那几个经典大坑2.1 break的迷思漏写到底会发生什么很多新手第一次写switch代码没问题结果输出却是一串字符串原因只有一个break漏了或者break位置放错了。switch的执行逻辑是“命中后贯穿执行”专业术语叫fall-through。意思是从命中的那个case开始后面的case标签不再参与比较直接一路执行下去直到遇到break或者swicth的右花括号才停。所以switch (day) { case 1: printf(Monday\n); case 2: printf(Tuesday\n); }如果day等于1输出结果是Monday Tuesday因为case 1后面的printf执行完没有break程序没跳出switch接着往下执行了case 2的printf直到遇到switch的右大括号才结束。fall-through不是bug它甚至是一种有用的“合并技巧”。但作为编程新手每写一个case都必须问自己一句这里要不要break1055这类题里大多数case都各自独立输出所以绝大多数case后面都要break。我见过一种很坑的写法把break放在printf前面结果break直接跳出了switch后面的printf永远不执行输出自然是空的。2.2 case标签的语法规矩和常量限制case后面的值叫“标签”它有几个硬性语法规则踩上任何一个编译器都会报错。第一个铁律case后面必须是整型常量表达式不能是变量。你写case x:x是变量编译器直接红脸你写case 1 1:没问题因为1 1是常量表达式等价于case 2:你写case x 1:不行因为x是变量。第二个铁律所有case的值必须在同一个switch内互不相同。你写了两个case 1:编译器会提示标签重复。第三个铁律C语言规定case标签只能在switch语句内使用。你别把case放在循环里或者普通语句里那都是编译错误。还有一个小细节经常被忽视case和后面的常量之间的空格。case 1:是标准写法写成case 1中间没空格也就是case1:编译器会把case1当成标签名报错。这类低级错误在OJ提交时还挺常见的任何人都可能在键盘上栽这一下。2.3 default的位置和角色default分支对应“其他所有情况”它在switch里的位置其实很自由可以放在最前面、中间或最后面。大多数人习惯把default放最后因为读起来顺。我个人也推荐放最后尤其是新手时期。但有个细节要记住default本质上也是从某个位置开始贯穿执行的。如果把default放在最前面它一样会往下执行后续case里的语句直到break。看这段代码switch (day) { default: printf(Error\n); case 1: printf(Monday\n); break; }当day等于2时没有case 2程序进入default打印Error之后不跳出switch继续执行case 1的printf输出Monday遇到break才停下。结果就是Error和Monday一起输出和预期完全不符。这是因为default和case一样只是“入口标签”不是“隔离带”。没有break兜底贯穿执行照样发生。凡是default放前面的代码必须想清楚每个分支的贯穿路径否则就是给自己埋雷。2.4 switch和if-else的选型对照我在1.2节说过两者适用场景不同这里我更直白地做一张对照表适合你以后写所有分支逻辑时参考判断维度switchif-else适用条件表达式的取值是若干个离散常量范围判断、浮点数比较、组合逻辑可读性分支多时结构清晰像表格分支多时else if冗长容易绕晕执行效率编译器可能生成跳转表速度快逐个条件比较分支越多越慢条件灵活性case只能是整型常量不能比较大小、字符判断支持但要注意字符常量写法支持写法自由我的建议是如果条件是对单一变量做等值判断且取值集合有限比如1到7直接用switch这就是1055想让你练的场景。如果条件涉及区间、复杂组合、或者需要判断浮点数老老实实用if-else。刻意用switch去实现复杂的范围判断反而会把代码写成一团乱麻。3. 实操从题面分析到代码提交3.1 题面假设与输入输出约定由于xtu oj 1055的题面在公开渠道不太容易直接抓到我按这类OJ上最常见的switch专项题来还原一道等价题演示完整的分析和解答过程。题目通常是这样的输入一个整数n1 ≤ n ≤ 7输出对应的英文星期名。1对应Monday2对应Tuesday以此类推7对应Sunday。输入不在1到7范围内的整数时输出Error。这是switch训练里最经典也最干净的场景输入是单个整型值输出是不同值对应的固定字符串。你在xtu oj上如果碰到题号1055但题面略有出入比如要求输出缩写、要求输出月份天数核心解法完全一样只需要替换case后面的输出内容。需要特别注意的是输出格式。题目要求“每个输出占一行”那么printf里必须有换行符。有些题还要求输出完直接结束程序那就不要写成死循环。更多OJ题要求“可处理多组输入”这种情况我统一用while (scanf(...) ! EOF)框架处理多组输入和单组输入都能兼容。3.2 参考实现与逐行解读下面就是针对上述题面的完整参考代码#include stdio.h int main() { 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(Error\n); break; } } return 0; }我来逐行解释几个容易出问题的点。第一while (scanf(%d, n) ! EOF)这段是处理多组测试数据的标准框架。scanf的返回值是成功读取的变量个数当输入流走到末尾、读不到数据时返回EOF也就是-1循环终止。有些教材会把scanf写在while循环条件外只读一次OJ如果给多组数据就挂了。第二每个case后面的break。case 1输出Monday后必须break否则输出完Monday还会继续执行case 2的printf。你可以自己试把case 1的break删掉输入1输出会变成Monday加Tuesday加Wednesday……一路贯穿到底。第三default里的break。这个break写不写其实无所谓因为default如果放在最后它后面的代码就是switch的结束位置不会贯穿到别处。但我还是写了理由很简单保持所有case结构一致以后加新case时不会因为漏了break而踩坑。这是“防御性编程”习惯。第四main函数用int main()最后return 0。这是C标准的正确写法一些旧教程喜欢写void main()在OJ上有可能编译报错或行为未定义这个习惯从入门就要立好。代码提交到xtu oj语言选C编译器默认GCC。如果你的代码没有问题服务器编译通过后跑完全部测试点判题结果就是Accepted。3.3 处理多组输入与边界值的完整示范多组输入是这题里最容易阴人的地方。我见过太多人代码逻辑全对最后跪在只处理了单组数据上。怎么看题目是不是多组输入看题面描述里有没有这句话“输入包含多组测试数据”或“输入数据有多组”或者看样例输入是否给了两行以上的数据。如果题目声明多组输入代码结构必须按照3.2的while框架来写。如果没有声明但题目输出描述里写了“对于每个输入值输出一行结果”那大概率也是多组数据用while框架绝对没错。边界值测试也不能省。以星期题为例边界值是1、7和8或0。输入1要能输出Monday输入7要能输出Sunday输入8要能走default输出Error。很多人的代码在常规输入2到6时都正常偏偏在1和7这两个端点出问题常见原因是case写成了case 0到case 6偏移了一位。针对三个边界分别测试是提交前最有效的自检动作。3.4 进阶变形利用fall-through简化逻辑我讲一个1055之后一定会遇到的进阶思路提前说清楚能省你后面很多脑细胞。题目如果变成“输入1到7输出Weekday或Weekend1到5输出Weekday6和7输出Weekend”很多人的第一反应是写5个case输出Weekday再加2个case输出Weekend。这样写当然可以但显然不够优雅。对共用一个输出的多个case可以让它们“堆叠”在一起switch (n) { case 1: case 2: case 3: case 4: case 5: printf(Weekday\n); break; case 6: case 7: printf(Weekend\n); break; default: printf(Error\n); }这是fall-through的正面用法。case 1、2、3、4、5都没有break它们的作用仅限于充当“入口标记”只要n等于其中任何一个值程序就会进入switch然后一路落到printf(Weekday\n)这里执行最后被break拦住结束。这段代码比写5个printf清晰得多而且方便扩展如果以后新增一个case 8只要在case 6下面加一行case 8:就行输出逻辑完全不用动。这是switch语句真正的表达力所在也是1055这类题后续延伸的重要考点。4. 常见问题与OJ调试实录4.1 编译错误对着报错信息逐行查OJ返回Compile Error时通常会把GCC的报错信息返回给你。很多新手看到英文报错就慌其实报错信息里行号非常明确照着行号看就行。最常见的编译错误有这几类缺少头文件用了printf却没写#include stdio.h报错通常是“implicit declaration of function”。C语言不像某些语言自动包含基础库这个头文件必须自己敲。case后面没有空格写成case1:编译器把它当标签报错“expecting expression”之类。括号不匹配switch的左右大括号数量对不上报错信息会指向整个switch块。main返回值乱写写成void main()GCC标准模式下可能报错“main must return int”。中文字符误入代码字符串或注释里用了中文标点比如分号写成报错会指向那一行。这一点在中文输入法状态下极其常见我建议所有OJ提交前肉眼扫一遍全角符号。本地编译报错和OJ返回的Compile Error本质一样都是GCC的报错信息。在本地先编译一遍把报错清零再提交能过滤掉90%的CE。4.2 Wrong Answer最常见的三类原因WA是OJ刷题生涯里出现频率最高的结果1055这类题也不例外。我把WA的原因总结成三类对照排查一般都能找到问题。第一类逻辑错误。break漏了、case写错、default逻辑写反这些是switch题的主流WA来源。排查方法很简单多造几个测试用例尤其是你没考虑过的边界值跑一遍对比输出。第二类输出格式不匹配。这不是逻辑错了是OJ不认你输出的样子。1055这类字符串输出题格式化错误集中在中文状态下的标点、字符串拼写错误、大小写不一致。比如题目要求输出“Friday”你拼成“Firday”OJ直接判WA这种错误不细看根本发现不了。第三类多组输入没处理。题面要求多组输入你只处理了一组逻辑完全正确但后面的测试数据根本没进入你的程序结果自然是WA。把3.2的while框架套上问题立刻消失。我调试WA时的一个习惯做法是把题目样例输入原样存成一个文件比如test.txt然后本地运行你的程序标准输入重定向到文件./a.out test.txt再把输出逐行和题目样例输出对比肉眼检查每一处细节。样例过了不代表全过但样例不过一定有bug。4.3 本地正确但OJ错误的排查思路这是WA里最让人抓狂的情况本地跑得好好的一交到OJ就挂了。你几乎可以确定不是程序功能的问题而是环境或IO细节的问题。排查顺序我建议按照这几步走第一步检查输出格式。本地编译器不会拿你的输出和标准答案逐字符比对所以多一个空格你自己根本看不出来。用3.2的代码仔细核对每个printf里字符串末尾是否只有换行符前面有没有多余空格字符串拼写是否和题面完全一致。第二步检查多组输入。如果你本地只测试了一组输入而OJ给出来的测试点是多组数据程序跑到第二组就会因为scanf读取失败而行为异常。改为while (scanf(%d, n) ! EOF)就能解决。第三步检查全局变量和变量初始化。部分新手程序里用了未初始化的局部变量本地调试器有时会把垃圾内存清成0看起来“碰巧正确”OJ上编译器优化不同结果就变了。switch题里不太容易遇到这种问题但养成“声明变量就初始化”的习惯永远不会错。第四步重新读一遍题面。settle down之后一字一句读“输出什么换行还是空格范围是1到7还是0到6大小写要求”我见过很多次所谓的“玄学WA”最后都倒在题目描述的字缝里题面就是判题标准。4.4 常见问题速查表我在下面整理了一张速查表涵盖了switch题最常见的报错和解决方案建议直接收藏。现象可能原因解决方案输出多个case的内容break漏写或放错位置每个case独立自查确保break在语句之后什么输出都没有所有case都没匹配且没有default补上default分支编译报错“case label”case后面写了变量或浮点数case后面只能写整型常量表达式编译报错“duplicate”两个case的值相同检查case常量是否有重复输出“Error”和正常结果default位置靠前且后面没有breakdefault放最后或每个分支都加break本地正常OJ却WA输出格式不对或多组输入没处理核对空格、换行、大小写改用while(scanf...)框架输入含字符时异常scanf(%c)吃掉了换行用scanf( %c, ch)前面加空格跳过空白这张表不只能用于1055switch语句相关的题和项目都能套用。我写代码这些年在switch上翻过的车基本都能归到表里前四行——大部分时候就是break和case标签的事。4.5 一个我屡试不爽的调试技巧最后分享一个经验技巧调试switch多路分支时不要急着在case里加printf先在switch入口处打印输入的原始值。比如printf(DEBUG: n%d\n, n); switch (n) { ... }这一步能立刻确认scanf是否真的读到了你想要的数。我有一次在本地排了半天最后发现是输入文件里混进了回车符和空格scanf(%d)读取绕过它导致变量值一直是上次的残留加了这行DEBUG输出后问题一目了然。在OJ提交前把DEBUG输出删掉或者直接用#if 0包起来注释掉。提交带DEBUG输出的代码输出就会多一行OJ比对必然判WA。这个坑我赔过好几次WA提前帮你避了。另外多组输入的程序本地测试时如果要人为结束while (scanf(...) ! EOF)循环在Linux终端按CtrlD发送EOF在Windows命令行按CtrlZ再回车。测试完这些快捷键的用法调多组输入题目时会方便很多。
