第一次在题单里看到“xtu oj 1055 B if4”这个标题大部分人第一反应是不就是一个if判断吗有什么可说的。但真正打开OJ把这道题交上去你可能会被连续几个红红的WA打醒。我在帮人debug这类入门题时见得多了本地运行样例如鱼得水一提交就挂挂在哪儿自己都说不清。先把标题拆开看XTU OJ是某高校的在线评测平台1055是题号B多半是题单里的分组标记最后的if4才是核心信息——这是一道专门练if语句的题而且考的是四路条件分支。下面我按题目拆解、分支设计、完整代码、常见错误排查这几个角度一步步展开把这题从头到尾吃透。刚学分支结构的大学生、老是和OJ输入输出格式作斗争的同学都能从这里拿到直接能用的思路。1. 先把题目拆开四路if题到底在考什么1.1 从题号还原题目特征OJOnline Judge就是在线评测平台你把代码传上去机器读入预设数据跑完比对输出。XTU OJ这一批10xx开头的题号基本都集中在最基础的语言练习上。B的含义在题单里一般是指某个分类下的小题编号纯定位用不影响解题思路。至于if4按照常见实践我的理解是“if语句系列的某一题”或者更直白一点需要写出四路if分支的题目。需要先说明的是1055的具体题面在不同题单版本里可能有出入。但从标题特征看它的核心考点必然是分支结构而且大概率是四路分类。为了把解题方法讲透我以最经典的“字符分类”题型作为代表来还原整个过程输入一个字符判断它是大写字母、小写字母、数字还是其他字符输出对应的分类结果。这正好是天然的四路分支和题目标题里的if4完全对得上。就算你拿到的题面是数值分段或者其他分类规则这套思路一样能套。1.2 这类题真正考察的三层能力第一层是语法。if、else if、else的搭配关系判定条件的写法字符常量必须用单引号这些都是最基础的门槛。第二层是结构设计。四路分支不是四个独立的if拼在一起那么简单条件之间怎么排布、要不要用else连接直接决定程序的正确性和可读性。第三层是工程习惯考不考虑边界值、能不能处理多组输入、输出格式是不是严格匹配。很多新手只盯着第一层觉得“我会写if”然后一头栽进第三层的坑里出不来。OJ判题是六亲不认的差一个换行、多一个空格都是WA。这一层我会在后面的排查部分重点展开。2. 四路分支的关键细节条件怎么写、顺序怎么排2.1 分支结构的两条硬规则第一条能用else if就不要写四个独立的if。四个独立if每个条件都会被单独判断一次而else if链一旦命中前面的分支后面的条件就不再判断。对字符分类这种互斥分类来说用else if链逻辑更清晰执行也更稳。第二条字符比较直接写字符常量不要背ASCII数字。C语言里char本质就是小整数A到Z恰好对应ASCII码65到90a到z是97到1220到9是48到57。写法上直接写ch A ch Z比ch 65 ch 90可读性强得多还不会因为记错数字而出错。这里要特别留意的是而不是是按位与写错的话逻辑完全是另一回事。还有一个新手常踩的坑把字符9和数字9混为一谈。字符9的ASCII值是57它和整数9没有任何相等关系比较字符时老老实实用字符字面量。2.2 条件顺序为什么能决定生死四路分支里如果分类条件互不重叠顺序随便排都不会错。但一旦条件范围有交集顺序就是命门。举个真实例子把数值分成“负数、零、小于100的正数、其他”四类直观想法是if (x 0) // 负数 else if (x 0) // 零 else if (x 100) // 小于100的正数 else // 其他如果把x 100提前到最前面问题就来了-5也满足x 100会被错误归到“小于100的正数”里。这个例子说明一个通用原则先判断范围窄的、限制死的条件再判断范围宽的、兜底的条件。字符分类恰好四个区间互不重叠顺序不那么敏感但养成“先窄后宽”的习惯后面写分数段、成绩等级这类题才不会翻车。3. 完整实现从输入框架到最终代码3.1 拿到题先确认输入模式OJ的输入模式通常有两种。第一种是“读到文件结束为止”题目会说“多组输入每组一个字符”这种就用while (scanf(...) ! EOF)包起来。第二种是“先给一个整数N表示后面有N组数据”这种就先用scanf(%d, n)读走N再循环N次。判断模式的方法很简单看样例输入。样例里如果只有一个数据但题目明确写了“多组”那十有八九是EOF模式如果样例第一行是个数字后面跟着若干行数据那就是N模式。3.2 最容易被忽略的换行问题用scanf(%c, ch)读字符时换行符也是字符会被当作合法输入读进来。如果题目要求每行一个字符上一行的\n就会被下一次scanf吃到导致你拿到一个莫名其妙的换行然后输出错误分类。解决办法是格式串里加一个前导空格scanf( %c, ch)。这个前导空格会让scanf自动跳过多余的空白字符包括空格、换行、制表符只把真正需要的字符读进来。注意如果题目明确要求判断空格符本身就不能用这个前导空格技巧因为空格会被跳过。这种特殊情况极少见但读题时留个心眼。这一步看着不起眼却是我见过WA频率最高的原因之一。很多人在本地跑的时候样例文件末尾格式凑巧没问题一上OJ多组数据就露馅。3.3 C语言完整代码与逐行说明以字符分类题为例EOF输入模式的完整代码#include stdio.h int main(void) { char ch; while (scanf( %c, ch) ! EOF) { if (ch A ch Z) { puts(uppercase); } else if (ch a ch z) { puts(lowercase); } else if (ch 0 ch 9) { puts(digit); } else { puts(other); } } return 0; }几个细节说明一下scanf( %c, ch) ! EOF读到文件结束就退出循环。某些平台也支持写成~scanf(...)但! EOF是最稳妥的写法。输出用的puts(uppercase)会自动补一个换行比printf(uppercase\n)省事二者对OJ来说效果相同。实际题目要求输出的字符串是什么以题面为准。可能是“A/B/C/D”也可能是中文或拼音。写代码前务必把“样例输出”的大小写、空格、标点原样复制别自己翻译。如果题目是N模式只要把输入头改成int n; scanf(%d, n); while (n--) { scanf( %c, ch); // 分支逻辑同上 }结构完全一样变化只在输入头。这个思路可以套用到任何“多组输入四路分支”的题上。3.4 换个语言画风就变了吗如果你用的是C原理完全一样而且cin ch会自动跳过空白字符天然规避了前导空格问题#include iostream using namespace std; int main() { char ch; while (cin ch) { if (ch A ch Z) cout uppercase\n; else if (ch a ch z) cout lowercase\n; else if (ch 0 ch 9) cout digit\n; else cout other\n; } return 0; }Python的写法更直白用sys.stdin.read().split()把输入一次性拆开再对每个字符做判断import sys for ch in sys.stdin.read().split(): if A ch Z: print(uppercase) elif a ch z: print(lowercase) elif 0 ch 9: print(digit) else: print(other)语言不同分支结构的思想一字不改。所以我一直建议新手刷这类题时先把C语言的版本跑通再对照着用其他语言写一遍感受一下“逻辑是一棵树语法只是树叶”。4. 常见问题与排查技巧实录4.1 WA了先查这三件事如果你提交后看到WAWrong Answer别急着改逻辑先把这三件事查一遍输入循环是不是EOF模式忘了写while。很多人只在main里写了一次scanf样例只有一组数据时能过OJ多组数据一跑就挂。分支条件是不是漏了等号。比如判断数字字符写成ch 0 ch 9把字符9本身漏掉了边界样例必挂。输出是不是和题面严格一致。多了个空格、少了换行、大小写不对都是WA的常见原因。输出文本这种东西最好从题面复制不要自己敲。另外一个很难发现的坑全角字符和半角字符混用。如果你从网页上复制出来的代码里有中文标点编译器会报错但有些编辑器显示不出来肉眼根本找不到。建议代码里除了字符串字面量和注释其余一律用半角符号。4.2 本地对、提交就挂的几种典型死法本地能跑对、一提交就WA这种“玄学”其实都能找到原因。最常见的几种我整理成一张速查表现象大概率原因解决办法样例通过多组数据挂scanf没放在while里改成while (scanf(...) ! EOF)读入字符多出空行结果%c吃到了换行符用 %c跳过空白或换用cin ch边界字符判错条件漏了或区间写错用边界输入表逐项自测输出格式错误自己翻译了题面输出文本严格复制题面样例输出代码编译报错却找不到位置混入全角标点检查所有符号是否半角4.3 从一次WA到AC的完整复盘我印象很深的一次排查是这样的某道字符分类题提交者说自己样例全过但OJ就是WA。我看了一眼代码第一步就发现问题——整个程序只有一次scanf(%c, ch)没有while循环。题目题面写着“多组输入”他当成单组做了。这是最典型的死法改掉之后再次提交还是WA。第二步我让他把边界测试输入跑一遍。输入Z输出正确输入0也正确但输入小写a居然进了other分支。检查代码发现他写的条件区间是ch a ch z漏了等号把a和z这两个端点漏掉了。边界值就是用来抓这种问题的。改完第二次提交还是WA。第三步检查输出发现他在printf里写的是“uppercase ”——字符串末尾多打了一个空格。题面要求的是没有空格的uppercase。把空格删掉第三次提交AC。三次WA没有一次是算法问题全是读题、输入输出、边界这三样基本功。这个故事很典型90%的入门题WA都出在这三处而不是出在if逻辑本身。4.4 边界测试驱动自查提交前必做我刷OJ养成的习惯是写完代码先不急着交自己造一份边界输入表跑一遍。字符分类题我会准备这些输入大写字母边界A、Z小写字母边界a、z数字字符边界0、9特殊字符、#先在纸上写出每个输入对应的期望输出再跑代码比对。这个方法叫“边界测试驱动自查”原理很简单OJ的评测数据大量集中在边界值上你在提交前就亲手把这些值验过一遍WA的几率直接减半。临时加printf调试变量也可以但提交前务必删掉否则输出多了额外内容照样WA。5. 刷这类if题的一点心得体会说实话这种入门分支题代码量就那么几行但它练的恰恰是最重要的翻译能力把一句自然语言描述的分类规则翻译成一组没有歧义的条件表达式。我自己的习惯是拿到题先在纸上画一棵判断树把“什么条件走什么分支”写成树状提纲再照着树写代码。这个过程能提前发现条件重叠、遗漏分支的问题比直接在编辑器里瞎改快得多。这道题做顺了后面的扩展方向也很清晰把else if链改成switch-case处理等值分类把多重条件抽成查表法或者在分支里嵌套循环与函数调用。技巧只是一个if真正值钱的是你脑子里那棵判断树。最后再分享一个提交前的习惯把样例输入复制到本地跑一遍确认输出和样例完全一致后再提交如果不一致优先怀疑自己的代码而不是怀疑样例有问题。这个习惯能帮你省掉无数次无意义的提交也能让你在OJ上的每一次WA都变成真正的学习机会。 
长河君 · 2026/10/14 3:58:53 · 阅读 1.2k XTU OJ 1055 B if4四路分支题全解析：从WA到AC的调试指南
第一次在题单里看到“xtu oj 1055 B if4”这个标题大部分人第一反应是不就是一个if判断吗有什么可说的。但真正打开OJ把这道题交上去你可能会被连续几个红红的WA打醒。我在帮人debug这类入门题时见得多了本地运行样例如鱼得水一提交就挂挂在哪儿自己都说不清。先把标题拆开看XTU OJ是某高校的在线评测平台1055是题号B多半是题单里的分组标记最后的if4才是核心信息——这是一道专门练if语句的题而且考的是四路条件分支。下面我按题目拆解、分支设计、完整代码、常见错误排查这几个角度一步步展开把这题从头到尾吃透。刚学分支结构的大学生、老是和OJ输入输出格式作斗争的同学都能从这里拿到直接能用的思路。1. 先把题目拆开四路if题到底在考什么1.1 从题号还原题目特征OJOnline Judge就是在线评测平台你把代码传上去机器读入预设数据跑完比对输出。XTU OJ这一批10xx开头的题号基本都集中在最基础的语言练习上。B的含义在题单里一般是指某个分类下的小题编号纯定位用不影响解题思路。至于if4按照常见实践我的理解是“if语句系列的某一题”或者更直白一点需要写出四路if分支的题目。需要先说明的是1055的具体题面在不同题单版本里可能有出入。但从标题特征看它的核心考点必然是分支结构而且大概率是四路分类。为了把解题方法讲透我以最经典的“字符分类”题型作为代表来还原整个过程输入一个字符判断它是大写字母、小写字母、数字还是其他字符输出对应的分类结果。这正好是天然的四路分支和题目标题里的if4完全对得上。就算你拿到的题面是数值分段或者其他分类规则这套思路一样能套。1.2 这类题真正考察的三层能力第一层是语法。if、else if、else的搭配关系判定条件的写法字符常量必须用单引号这些都是最基础的门槛。第二层是结构设计。四路分支不是四个独立的if拼在一起那么简单条件之间怎么排布、要不要用else连接直接决定程序的正确性和可读性。第三层是工程习惯考不考虑边界值、能不能处理多组输入、输出格式是不是严格匹配。很多新手只盯着第一层觉得“我会写if”然后一头栽进第三层的坑里出不来。OJ判题是六亲不认的差一个换行、多一个空格都是WA。这一层我会在后面的排查部分重点展开。2. 四路分支的关键细节条件怎么写、顺序怎么排2.1 分支结构的两条硬规则第一条能用else if就不要写四个独立的if。四个独立if每个条件都会被单独判断一次而else if链一旦命中前面的分支后面的条件就不再判断。对字符分类这种互斥分类来说用else if链逻辑更清晰执行也更稳。第二条字符比较直接写字符常量不要背ASCII数字。C语言里char本质就是小整数A到Z恰好对应ASCII码65到90a到z是97到1220到9是48到57。写法上直接写ch A ch Z比ch 65 ch 90可读性强得多还不会因为记错数字而出错。这里要特别留意的是而不是是按位与写错的话逻辑完全是另一回事。还有一个新手常踩的坑把字符9和数字9混为一谈。字符9的ASCII值是57它和整数9没有任何相等关系比较字符时老老实实用字符字面量。2.2 条件顺序为什么能决定生死四路分支里如果分类条件互不重叠顺序随便排都不会错。但一旦条件范围有交集顺序就是命门。举个真实例子把数值分成“负数、零、小于100的正数、其他”四类直观想法是if (x 0) // 负数 else if (x 0) // 零 else if (x 100) // 小于100的正数 else // 其他如果把x 100提前到最前面问题就来了-5也满足x 100会被错误归到“小于100的正数”里。这个例子说明一个通用原则先判断范围窄的、限制死的条件再判断范围宽的、兜底的条件。字符分类恰好四个区间互不重叠顺序不那么敏感但养成“先窄后宽”的习惯后面写分数段、成绩等级这类题才不会翻车。3. 完整实现从输入框架到最终代码3.1 拿到题先确认输入模式OJ的输入模式通常有两种。第一种是“读到文件结束为止”题目会说“多组输入每组一个字符”这种就用while (scanf(...) ! EOF)包起来。第二种是“先给一个整数N表示后面有N组数据”这种就先用scanf(%d, n)读走N再循环N次。判断模式的方法很简单看样例输入。样例里如果只有一个数据但题目明确写了“多组”那十有八九是EOF模式如果样例第一行是个数字后面跟着若干行数据那就是N模式。3.2 最容易被忽略的换行问题用scanf(%c, ch)读字符时换行符也是字符会被当作合法输入读进来。如果题目要求每行一个字符上一行的\n就会被下一次scanf吃到导致你拿到一个莫名其妙的换行然后输出错误分类。解决办法是格式串里加一个前导空格scanf( %c, ch)。这个前导空格会让scanf自动跳过多余的空白字符包括空格、换行、制表符只把真正需要的字符读进来。注意如果题目明确要求判断空格符本身就不能用这个前导空格技巧因为空格会被跳过。这种特殊情况极少见但读题时留个心眼。这一步看着不起眼却是我见过WA频率最高的原因之一。很多人在本地跑的时候样例文件末尾格式凑巧没问题一上OJ多组数据就露馅。3.3 C语言完整代码与逐行说明以字符分类题为例EOF输入模式的完整代码#include stdio.h int main(void) { char ch; while (scanf( %c, ch) ! EOF) { if (ch A ch Z) { puts(uppercase); } else if (ch a ch z) { puts(lowercase); } else if (ch 0 ch 9) { puts(digit); } else { puts(other); } } return 0; }几个细节说明一下scanf( %c, ch) ! EOF读到文件结束就退出循环。某些平台也支持写成~scanf(...)但! EOF是最稳妥的写法。输出用的puts(uppercase)会自动补一个换行比printf(uppercase\n)省事二者对OJ来说效果相同。实际题目要求输出的字符串是什么以题面为准。可能是“A/B/C/D”也可能是中文或拼音。写代码前务必把“样例输出”的大小写、空格、标点原样复制别自己翻译。如果题目是N模式只要把输入头改成int n; scanf(%d, n); while (n--) { scanf( %c, ch); // 分支逻辑同上 }结构完全一样变化只在输入头。这个思路可以套用到任何“多组输入四路分支”的题上。3.4 换个语言画风就变了吗如果你用的是C原理完全一样而且cin ch会自动跳过空白字符天然规避了前导空格问题#include iostream using namespace std; int main() { char ch; while (cin ch) { if (ch A ch Z) cout uppercase\n; else if (ch a ch z) cout lowercase\n; else if (ch 0 ch 9) cout digit\n; else cout other\n; } return 0; }Python的写法更直白用sys.stdin.read().split()把输入一次性拆开再对每个字符做判断import sys for ch in sys.stdin.read().split(): if A ch Z: print(uppercase) elif a ch z: print(lowercase) elif 0 ch 9: print(digit) else: print(other)语言不同分支结构的思想一字不改。所以我一直建议新手刷这类题时先把C语言的版本跑通再对照着用其他语言写一遍感受一下“逻辑是一棵树语法只是树叶”。4. 常见问题与排查技巧实录4.1 WA了先查这三件事如果你提交后看到WAWrong Answer别急着改逻辑先把这三件事查一遍输入循环是不是EOF模式忘了写while。很多人只在main里写了一次scanf样例只有一组数据时能过OJ多组数据一跑就挂。分支条件是不是漏了等号。比如判断数字字符写成ch 0 ch 9把字符9本身漏掉了边界样例必挂。输出是不是和题面严格一致。多了个空格、少了换行、大小写不对都是WA的常见原因。输出文本这种东西最好从题面复制不要自己敲。另外一个很难发现的坑全角字符和半角字符混用。如果你从网页上复制出来的代码里有中文标点编译器会报错但有些编辑器显示不出来肉眼根本找不到。建议代码里除了字符串字面量和注释其余一律用半角符号。4.2 本地对、提交就挂的几种典型死法本地能跑对、一提交就WA这种“玄学”其实都能找到原因。最常见的几种我整理成一张速查表现象大概率原因解决办法样例通过多组数据挂scanf没放在while里改成while (scanf(...) ! EOF)读入字符多出空行结果%c吃到了换行符用 %c跳过空白或换用cin ch边界字符判错条件漏了或区间写错用边界输入表逐项自测输出格式错误自己翻译了题面输出文本严格复制题面样例输出代码编译报错却找不到位置混入全角标点检查所有符号是否半角4.3 从一次WA到AC的完整复盘我印象很深的一次排查是这样的某道字符分类题提交者说自己样例全过但OJ就是WA。我看了一眼代码第一步就发现问题——整个程序只有一次scanf(%c, ch)没有while循环。题目题面写着“多组输入”他当成单组做了。这是最典型的死法改掉之后再次提交还是WA。第二步我让他把边界测试输入跑一遍。输入Z输出正确输入0也正确但输入小写a居然进了other分支。检查代码发现他写的条件区间是ch a ch z漏了等号把a和z这两个端点漏掉了。边界值就是用来抓这种问题的。改完第二次提交还是WA。第三步检查输出发现他在printf里写的是“uppercase ”——字符串末尾多打了一个空格。题面要求的是没有空格的uppercase。把空格删掉第三次提交AC。三次WA没有一次是算法问题全是读题、输入输出、边界这三样基本功。这个故事很典型90%的入门题WA都出在这三处而不是出在if逻辑本身。4.4 边界测试驱动自查提交前必做我刷OJ养成的习惯是写完代码先不急着交自己造一份边界输入表跑一遍。字符分类题我会准备这些输入大写字母边界A、Z小写字母边界a、z数字字符边界0、9特殊字符、#先在纸上写出每个输入对应的期望输出再跑代码比对。这个方法叫“边界测试驱动自查”原理很简单OJ的评测数据大量集中在边界值上你在提交前就亲手把这些值验过一遍WA的几率直接减半。临时加printf调试变量也可以但提交前务必删掉否则输出多了额外内容照样WA。5. 刷这类if题的一点心得体会说实话这种入门分支题代码量就那么几行但它练的恰恰是最重要的翻译能力把一句自然语言描述的分类规则翻译成一组没有歧义的条件表达式。我自己的习惯是拿到题先在纸上画一棵判断树把“什么条件走什么分支”写成树状提纲再照着树写代码。这个过程能提前发现条件重叠、遗漏分支的问题比直接在编辑器里瞎改快得多。这道题做顺了后面的扩展方向也很清晰把else if链改成switch-case处理等值分类把多重条件抽成查表法或者在分支里嵌套循环与函数调用。技巧只是一个if真正值钱的是你脑子里那棵判断树。最后再分享一个提交前的习惯把样例输入复制到本地跑一遍确认输出和样例完全一致后再提交如果不一致优先怀疑自己的代码而不是怀疑样例有问题。这个习惯能帮你省掉无数次无意义的提交也能让你在OJ上的每一次WA都变成真正的学习机会。