1. 选择语句到底在练什么很多人看到“选择语句的练习”这个标题第一反应是“不就是 if-else 吗有什么好练的”。我带过不少刚入门编程的朋友发现一个很普遍的现象语法看一遍就懂真到写的时候条件一嵌套就晕边界情况全漏写出来的代码跑是能跑但逻辑漏洞一堆。所以这个练习的核心从来不是记住if、else if、else、switch这几个关键字怎么写而是训练一种把现实问题翻译成条件分支的思维习惯。选择语句本质上是让程序具备“判断能力”。没有它代码只能从上到下一条道走到黑有了它程序才能根据不同的输入、不同的状态走不同的路。这个能力听起来简单但它是后面学循环、学函数、学面向对象的地基。地基没打牢后面写稍微复杂一点的逻辑就会处处卡壳。这篇内容适合谁看如果你是刚学编程、正在做选择语句练习的新手这里会把练习里最容易踩的坑、最容易被忽略的细节一条条拆开讲如果你已经会写 if-else但总觉得自己写的判断逻辑不够干净、不够健壮那这里关于条件顺序、边界处理、嵌套优化的经验应该能帮你把代码质量往上提一个档次。我会尽量用大白话把每个关键点讲透配合可以直接照着敲的代码示例让你看完就能上手练。选择语句的练习通常围绕几个典型场景展开成绩等级判定、数值大小比较、闰年判断、登录权限校验、菜单选项处理等等。这些题目看着简单但每一道都藏着至少一个容易翻车的点。下面我就按“设计思路—核心细节—实操过程—问题排查”这条线把选择语句练习里真正值得花时间的东西全部铺开。2. 选择语句练习的整体设计与思路拆解2.1 为什么练习要从“翻译现实规则”入手选择语句的练习题目几乎都是从一个现实规则出发的。比如“成绩大于等于90是优秀80到89是良好60到79是及格低于60是不及格”。这句话用人话说出来毫无歧义但翻译成代码的时候问题就来了条件该怎么排用if-else if还是switch边界值到底归哪一边我见过太多新手直接把这段话逐字翻译成四个独立的ifif (score 90) Console.WriteLine(优秀); if (score 80) Console.WriteLine(良好); if (score 60) Console.WriteLine(及格); if (score 60) Console.WriteLine(不及格);这段代码的问题在于当 score 是 95 的时候前三个if全部成立会连续打印“优秀”“良好”“及格”。这就是典型的没有理解互斥分支的概念。选择语句练习的第一个训练目标就是让你意识到多个条件之间如果是互斥关系就必须用else if把它们串起来让程序一旦命中某个分支就跳出整个判断链。正确的写法应该是if (score 90) Console.WriteLine(优秀); else if (score 80) Console.WriteLine(良好); else if (score 60) Console.WriteLine(及格); else Console.WriteLine(不及格);这里还有一个隐含的知识点条件的排列顺序决定了逻辑是否正确。上面这段代码之所以能工作是因为条件是从高到低排列的。当 score 是 85 时第一个score 90不成立程序继续往下判断score 80成立打印“良好”然后直接跳出。如果你把顺序倒过来先判断score 60那 85 分就会先命中“及格”后面的“良好”永远轮不到。所以练习的时候一定要养成习惯先想清楚条件的覆盖范围和优先级再决定书写顺序。2.2 if-else 链和 switch 该怎么选选择语句练习里另一个绕不开的话题是什么时候用if-else什么时候用switch。很多新手觉得switch看起来更整齐就什么都想用switch结果写出一堆别扭的代码。我的经验判断标准很简单看判断依据是“范围”还是“离散值”。如果判断的是范围比如分数段、年龄区间、温度区间那必须用if-else因为switch的case只能匹配具体的值写case score 90在大多数语言里是不合法的C# 7 之后虽然支持模式匹配但那是进阶用法新手练习阶段不建议碰。如果判断的是离散的、有限的几个选项比如菜单选择 1 到 4、星期几、月份、状态码那switch就更合适。它的好处是结构清晰每个分支一目了然而且编译器有时能帮你做优化。switch (choice) { case 1: Console.WriteLine(开始游戏); break; case 2: Console.WriteLine(加载存档); break; case 3: Console.WriteLine(退出); break; default: Console.WriteLine(无效选项); break; }这里有个新手常犯的错误忘记写break。在 C# 里如果某个case后面不写break程序会继续往下执行下一个case的代码这叫“贯穿”。有时候这是有意为之但绝大多数情况下是 bug。所以练习阶段每个case结尾都老老实实写上break等以后真正需要贯穿的时候再特殊处理。还有一个细节default分支不要省略。它的作用是兜底处理所有没被case覆盖到的情况。练习的时候养成写default的习惯能帮你避免很多“输入了意料之外的值导致程序没反应”的问题。2.3 嵌套选择语句的取舍原则选择语句练习做到后面一定会遇到需要嵌套的场景。比如“先判断用户是否登录如果登录了再判断是不是管理员如果是管理员再判断有没有删除权限”。这种层层递进的逻辑用嵌套if写出来很自然if (isLoggedIn) { if (isAdmin) { if (hasDeletePermission) { Console.WriteLine(执行删除操作); } else { Console.WriteLine(没有删除权限); } } else { Console.WriteLine(不是管理员); } } else { Console.WriteLine(请先登录); }这段代码逻辑没问题但嵌套三层之后可读性明显下降。我的建议是嵌套不要超过三层。超过三层就应该考虑用“卫语句”来扁平化。卫语句的思路是把不满足条件的情况提前 return 或提前处理掉让主逻辑保持在最外层。if (!isLoggedIn) { Console.WriteLine(请先登录); return; } if (!isAdmin) { Console.WriteLine(不是管理员); return; } if (!hasDeletePermission) { Console.WriteLine(没有删除权限); return; } Console.WriteLine(执行删除操作);两种写法功能完全一样但第二种明显更好读。练习的时候可以有意识地对比这两种写法体会“扁平化”带来的好处。这个习惯一旦养成以后写复杂业务逻辑会轻松很多。3. 核心细节解析与实操要点3.1 条件表达式的书写陷阱选择语句练习里条件表达式是核心中的核心。写条件的时候有几个坑几乎每个新手都会踩一遍。第一个坑把赋值当成比较。在 C# 里是赋值才是比较。如果你写if (x 5)编译器会直接报错因为x 5的结果是 int 类型不是 bool 类型。但在某些语言里这不会报错会导致非常隐蔽的 bug。所以练习的时候从一开始就要把敲准确。第二个坑浮点数的相等比较。如果你练习的题目涉及小数比如“判断两个浮点数是否相等”千万不要直接写if (a b)。因为浮点数在计算机里的存储方式决定了它会有精度误差0.1 0.2并不精确等于0.3。正确的做法是判断它们的差值是否小于一个很小的数double epsilon 1e-9; if (Math.Abs(a - b) epsilon) { Console.WriteLine(相等); }这个知识点在选择语句练习里经常被忽略但实际项目中非常重要。第三个坑字符串比较用还是Equals。在 C# 里对字符串做了运算符重载比较的是内容所以abc abc是 true。但在 Java 里比较的是引用地址必须用.equals()。如果你练习的语言是 Java这一点一定要记牢。我建议不管什么语言字符串比较都优先用语言推荐的专用方法避免依赖运算符重载带来的混淆。3.2 边界值的处理策略选择语句练习里边界值是最容易出错的地方。什么叫边界值就是条件刚好取等号的那个值。比如“大于等于 60 是及格”那 60 就是边界值。处理边界值我的经验是先明确每个边界归哪一边然后在代码里用注释标出来。// 90 及以上优秀 // 80 到 89良好 // 60 到 79及格 // 60 以下不及格 if (score 90) Console.WriteLine(优秀); else if (score 80) // 80 score 90 Console.WriteLine(良好); else if (score 60) // 60 score 80 Console.WriteLine(及格); else // score 60 Console.WriteLine(不及格);注意看注释每个else if实际上隐含了上界。score 80这个条件能被执行到说明前面的score 90已经不成立了所以此时 score 必然小于 90。这种“条件叠加”的推理是理解if-else if链的关键。练习的时候我建议你专门拿几个边界值去测试59、60、79、80、89、90。看看每个值落在哪个分支里和你的预期是否一致。这个测试习惯一旦养成以后写任何条件判断都会下意识地检查边界。3.3 布尔逻辑的短路特性选择语句里的条件经常是复合条件用和||连接多个子条件。这里有一个非常重要的特性叫短路求值。的规则是如果左边为 false右边根本不执行直接返回 false。||的规则是如果左边为 true右边根本不执行直接返回 true。这个特性有两个实际影响。第一它可以用来做空值保护if (user ! null user.Age 18) { Console.WriteLine(成年用户); }如果user是 nulluser ! null为 false后面的user.Age就不会执行避免了空引用异常。如果你把顺序反过来写user.Age 18 user ! null那 user 为 null 的时候就会直接崩溃。第二短路特性意味着条件的顺序会影响性能。如果两个条件都是普通表达式把计算量小、更容易为 false 的条件放在前面可以减少不必要的计算。不过在练习阶段性能不是重点重点是利用短路特性来保证代码安全。3.4 switch 中的类型匹配细节用switch的时候case后面的值必须和switch表达式的类型兼容。比如switch的是 int那case后面就得写 int 字面量。如果写case 1编译器会报错。另外C# 的switch支持字符串switch (command) { case start: Console.WriteLine(开始); break; case stop: Console.WriteLine(停止); break; default: Console.WriteLine(未知命令); break; }字符串的switch底层其实是用哈希表或者条件判断实现的写起来比一堆if-else清爽很多。练习的时候可以拿菜单选项、命令解析这类题目来练手。还有一个细节case的值必须是编译期常量。你不能写case someVariable除非 someVariable 是 const 或者字面量。这是新手容易困惑的地方记住就行。4. 实操过程与核心环节实现4.1 从零写一个成绩等级判定程序我们拿最经典的“成绩等级判定”来走一遍完整流程。题目要求输入一个 0 到 100 的整数分数输出对应的等级。90 及以上优秀80 到 89 良好70 到 79 中等60 到 69 及格60 以下不及格。如果输入不在 0 到 100 范围内提示“分数无效”。第一步先处理输入范围校验。这个校验必须放在最前面因为后面的等级判断都建立在分数合法的基础上。Console.Write(请输入分数0-100); int score int.Parse(Console.ReadLine()); if (score 0 || score 100) { Console.WriteLine(分数无效); return; }这里用||连接两个越界条件只要满足任意一个就判定无效。注意return的使用它直接结束程序后面的等级判断就不会执行了。这就是前面说的“卫语句”思路。第二步处理等级判断。因为分数已经保证在 0 到 100 之间所以不需要再考虑越界情况。if (score 90) Console.WriteLine(优秀); else if (score 80) Console.WriteLine(良好); else if (score 70) Console.WriteLine(中等); else if (score 60) Console.WriteLine(及格); else Console.WriteLine(不及格);第三步测试。拿边界值逐个验证输入预期输出实际输出-1分数无效分数无效0不及格不及格59不及格不及格60及格及格69及格及格70中等中等89良好良好90优秀优秀100优秀优秀101分数无效分数无效这张表就是选择语句练习里最值得花时间做的事。很多人写完代码跑一个正常值就完事了结果边界情况全是 bug。把边界值列成表格逐个测是保证逻辑正确的笨办法也是最有效的办法。4.2 用 switch 实现一个简易计算器第二个实操题目输入两个数和运算符输出计算结果。运算符支持加减乘除除数为 0 时提示错误。这个题目的判断依据是运算符属于离散值所以用switch最合适。Console.Write(请输入第一个数); double a double.Parse(Console.ReadLine()); Console.Write(请输入运算符 - * /); string op Console.ReadLine(); Console.Write(请输入第二个数); double b double.Parse(Console.ReadLine()); switch (op) { case : Console.WriteLine(${a} {b} {a b}); break; case -: Console.WriteLine(${a} - {b} {a - b}); break; case *: Console.WriteLine(${a} * {b} {a * b}); break; case /: if (b 0) { Console.WriteLine(除数不能为 0); } else { Console.WriteLine(${a} / {b} {a / b}); } break; default: Console.WriteLine(不支持的运算符); break; }这个代码里有几个值得注意的点。第一除法分支里嵌套了一个if来判断除数是否为 0这是必要的因为除以 0 会导致程序异常。第二default分支处理了所有不认识的运算符保证程序不会静默失败。第三用double而不是int来接收输入这样除法可以得到小数结果更符合计算器的实际需求。如果你想让代码更健壮还可以在解析输入的时候加try-catch防止用户输入非数字导致程序崩溃。不过在选择语句练习阶段重点还是把条件逻辑写对异常处理可以后面再补。4.3 嵌套选择的扁平化改造实战第三个实操题目模拟一个简单的权限系统。规则是用户必须登录登录后必须是 VIPVIP 还必须没有过期才能访问高级内容。先用嵌套写法实现if (isLoggedIn) { if (isVip) { if (!isExpired) { Console.WriteLine(欢迎访问高级内容); } else { Console.WriteLine(VIP 已过期请续费); } } else { Console.WriteLine(请先开通 VIP); } } else { Console.WriteLine(请先登录); }然后用卫语句改造if (!isLoggedIn) { Console.WriteLine(请先登录); return; } if (!isVip) { Console.WriteLine(请先开通 VIP); return; } if (isExpired) { Console.WriteLine(VIP 已过期请续费); return; } Console.WriteLine(欢迎访问高级内容);对比一下第二种写法的主逻辑“欢迎访问高级内容”在最外层一眼就能看到。而第一种写法需要一层层往里读才能找到真正的主逻辑。这就是扁平化的价值。练习的时候我建议你把同一道题用两种写法各写一遍然后对比阅读体验。这个对比过程会让你对“代码可读性”有非常直观的感受。4.4 条件顺序对性能的影响实测前面提到过if-else if链的条件顺序会影响性能。我们用一个简单的实验来验证。假设有一个判断用户等级的函数需要根据积分返回等级。积分范围是 0 到 10000。大部分用户的积分集中在 0 到 1000 之间。写法一从高到低判断if (points 9000) return 钻石; else if (points 7000) return 铂金; else if (points 5000) return 黄金; else if (points 3000) return 白银; else if (points 1000) return 青铜; else return 新手;写法二从低到高判断if (points 1000) return 新手; else if (points 3000) return 青铜; else if (points 5000) return 白银; else if (points 7000) return 黄金; else if (points 9000) return 铂金; else return 钻石;对于积分 500 的用户写法一需要判断 5 次写法二只需要判断 1 次。如果这个函数被调用一百万次写法二就比写法一少执行四百万次比较。虽然单次比较的开销极小但在高频调用的场景下这个差距会累积成可观的性能差异。所以选择语句练习里除了写对逻辑还应该养成一个习惯把最可能命中的条件放在最前面。这个习惯在写业务代码的时候尤其重要因为业务代码往往有明确的“主流程”和“异常流程”主流程的条件应该优先判断。5. 常见问题与排查技巧实录5.1 条件永远为真或永远为假这是选择语句练习里最常见的问题。表现是不管输入什么程序总是走同一个分支。排查思路分三步。第一步检查条件表达式有没有写错。比如把写成把写成把写成||。这些笔误肉眼很难发现建议把条件单独打印出来看。第二步检查变量的类型。如果变量是 int但你拿它和字符串比较在某些语言里会做隐式转换导致结果不符合预期。比如在 JavaScript 里5 5是 true但5 5是 false。类型不一致是比较逻辑出错的高发区。第三步检查条件的组合方式。比如if (a 0 || b 0)和if (a 0 b 0)的含义完全不同。前者只要有一个大于 0 就成立后者要求两个都大于 0。练习的时候可以把复合条件拆成多个单条件逐个验证再组合起来。5.2 浮点数比较导致的意外分支前面提过浮点数的精度问题这里展开说一下排查方法。假设你写了一个判断三角形是否合法的程序条件是“任意两边之和大于第三边”。如果三边是 0.1、0.2、0.3理论上 0.1 0.2 0.3应该判定为不合法因为不满足严格大于。但由于浮点误差0.1 0.2 可能等于 0.30000000000000004导致程序判定为合法。排查这种问题可以在关键比较处打印差值double sum a b; Console.WriteLine($a b {sum}, c {c}, 差值 {sum - c});看到差值是一个极小的数比如 1e-17就能确认是精度问题。解决办法就是引入一个容差 epsilon把sum c改成sum - c epsilon。5.3 switch 忘记 break 导致的贯穿 bug这个问题的表现是执行了一个 case 之后程序继续执行下一个 case 的代码。排查方法很简单检查每个 case 结尾有没有break。如果是有意贯穿建议加注释说明比如// 故意贯穿处理 case 1 和 case 2 的共同逻辑。这样别人读代码的时候不会以为是 bug。另外有些语言比如 C#要求每个 case 必须以break、return、goto或throw结尾否则编译不通过。这其实是好事能在编译期就拦住大部分贯穿 bug。如果你用的语言没有这个限制那就更要自己注意。5.4 嵌套过深导致逻辑遗漏嵌套过深的时候很容易漏掉某个分支或者把某个分支的条件写反。排查方法把嵌套结构画成树状图每个节点标注条件和对应的操作。然后拿几个典型输入沿着树走一遍看看路径是否正确。更高效的方法是用卫语句重构。重构之后每个条件都是独立的、平铺的漏掉分支的概率会大大降低。5.5 常见问题速查表问题现象可能原因排查方法解决方案总是走同一个分支条件写反、类型不匹配打印条件表达式和变量值修正条件统一类型多个分支同时执行用了多个独立 if 而非 else if检查分支之间是否互斥改用 else if 串联边界值走错分支大于和大于等于混淆用边界值逐个测试明确边界归属统一符号浮点数比较异常精度误差打印差值引入 epsilon 容差switch 执行了多个 case忘记 break检查每个 case 结尾补上 break 或注释说明嵌套太深读不懂缺少卫语句画树状图梳理用卫语句扁平化5.6 独家避坑技巧第一个技巧写完条件判断后先别急着运行拿纸笔把边界值代进去走一遍。这个习惯看起来笨但能拦住大部分逻辑错误。我到现在写复杂的条件判断还是会先在纸上画一画。第二个技巧用断言来验证条件。在 C# 里可以用Debug.Assert在 Python 里可以用assert。比如你判断完等级之后可以加一句Debug.Assert(score 0 score 100)确保进入等级判断的分数一定是合法的。断言在调试阶段会帮你快速定位问题。第三个技巧把复杂的复合条件提取成布尔变量。比如if (age 18 age 65 !isRetired hasInsurance)这一长串可以拆成bool isWorkingAge age 18 age 65; bool isEligible isWorkingAge !isRetired hasInsurance; if (isEligible) { ... }拆开之后每个变量的含义一目了然调试的时候也可以单独打印每个变量的值快速定位是哪个子条件出了问题。第四个技巧switch 的 default 分支不要只写一句“无效输入”就完事。在调试阶段可以在 default 里打印出实际收到的值比如Console.WriteLine($未知选项{choice})。这样当程序走到 default 的时候你能立刻知道是哪个值没被覆盖到。选择语句的练习说到底就是把这些细节一个一个抠明白。语法本身半小时就能看完但真正把条件逻辑写对、写干净、写得让别人也能看懂需要反复练、反复踩坑、反复改。我自己的经验是每做完一道选择语句的题目都回头问自己三个问题边界值都覆盖了吗条件顺序合理吗嵌套能不能再扁平一点这三个问题问多了写出来的代码自然就稳了。