Python分支结构实战：if-elif-else条件判断与习题拆解

学Python有一阵子了，如果说哪块语法最值得反复练，我会毫不犹豫地说是分支结构。它不是最难的知识点，却是最容易被忽视的——if、elif、else看起来就三行语法，但真正用起来，条件怎么排、边界怎么兜、数据怎么转，处处是细节。这篇文章是一份相当实用的分支结构习题拆解，我会从环境配置讲起，用三道典型题目带你过一遍完整的分析、编码、测试流程，再把练题过程中最常踩的坑逐个拆开讲明白。适合刚学Python不久、正在刷题找手感的同学，也适合需要现成习题讲解来备课或者带新人的读者。这一篇算是整个Python习题系列的第一篇，后面还有循环、函数、列表等专题，但无论如何，分支结构都是最先要迈过去的门槛。

1. 分支结构到底在解决什么问题——先搞懂if的执行逻辑

1.1 一句话理解分支结构：程序里的"看情况办"

分支结构的本质，就是让程序在不同的条件下执行不同的代码。现实里我们每天都在做同款判断：出门前看一眼天气，下雨就带伞，不下就空手走；考试成绩出来，过60分就是及格，没过就是不及格。程序也一样，面对不同的输入或运行状态，需要选择不同的处理路径，这个过程就叫分支。

Python里实现分支的最基础语法是if语句，骨架长这样：

if 条件: 条件成立时要执行的代码 else: 条件不成立时要执行的代码

这里要特别注意两点，新手最容易栽跟头。第一，if那行末尾必须有一个英文冒号；第二，分支体必须缩进。很多教材只说"要缩进"，但没讲为什么——因为在Python里，缩进不是排版问题，而是语法本身。C语言用花括号{}圈代码块，Java、JavaScript也是靠大括号，Python直接靠缩进划分。写错缩进，程序要么直接抛IndentationError，要么静默地跑出完全不对劲的结果。所以学分支结构的第一件事，不是背诵语法，而是建立"缩进即结构"的意识。

1.2 自上而下逐行检查，"命中即停"最反直觉

if-elif-else的执行逻辑有一个非常关键的机制：程序从上往下依次检查条件，遇到第一个成立的，就执行它对应的代码块，然后整段分支结束，后面的elif和else都不再执行。我管它叫"命中即停"。

举个最常见的例子：

score = 85 if score >= 60: print("及格") elif score >= 80: print("优秀")

你能立刻说出运行结果吗？85分明明也满足score >= 80，但代码只会输出"及格"，不会输出"优秀"。原因就是elif的条件根本不会被检查——因为第一个if已经命中了，Python认为整段分支已经处理完，后面的分支直接跳过。这个机制和"多个独立if"完全不同：

score = 85 if score >= 60: print("及格") if score >= 80: print("优秀")

这段代码会输出"及格"和"优秀"两行，因为两个if是独立的，各自都会被检查一遍。

所以，当你要处理的是互斥条件（一个数据只能落在一种情况）时，用if-elif-else；当若干条件可能同时成立、并且需要分别处理时，才用多个独立if。很多初学者没搞懂这个区别，把该用elif的地方写成一串if，结果输出了一堆意料之外的内容。

1.3 else是兜底，不是摆设

else在分支结构里的作用，是捕获"前面所有条件都不成立"的场景。它后面不写条件，因为它的含义就是"剩下的都归我"。数据校验场景里else特别好用，比如判断一个数是不是在合法区间，合法分支写if，非法分支写else，一目了然。

我见过一些人写代码，喜欢把所有可能的情况都列成if，独独不写else，理由是"反正不会发生"。结果一旦出现没覆盖到的输入，程序就什么都不做，然后是漫长的debug。我的习惯是：凡是有输入的地方，必须先想清楚"条件全不满足时程序该干什么"，要么写else兜底，要么用pass占位留口子。这个习惯在后面写爬虫、处理数据的时候会特别省心。

1.4 两个小语法：三元表达式和pass占位

分支写多了，你会发现有一些极简场景，用完整if-else有点啰嗦。比如给变量赋一个二选一的值：

age = 20 status = "成年" if age >= 18 else "未成年" print(status)

这叫条件表达式，也叫三元表达式。它的结构是"值 if 条件 else 另一个值"，适合最简单的一对一选择。但如果你要判断的条件很复杂、或者在分支里要执行多行代码，就老老实实写if-else，别硬用三元表达式硬凑，否则别人读你的代码会非常痛苦。

还有一个非常实用的小语法——pass。当你写了一个分支，但暂时不想实现分支体的时候，直接留空会报语法错误，这时用pass占位：

if user_input == "quit": pass # 退出逻辑待补 else: print("继续运行")

pass就是"什么都不做"的占位符。写框架、调试、搭脚手架的时候几乎天天用，后面写函数、写类的时候也会经常碰到它。

2. 开练之前的环境准备——装Python、配编辑器，一次到位

2.1 Python解释器：先把环境跑通再说练题

别小看这一步，"python安装"在检索词里常年霸榜是有原因的。装好了，后面刷题快；装错了，光是环境报错就能耗掉一晚上。

Windows用户最省事的路径：去python.org下载最新的稳定版安装包，双击运行，重点记住一点——安装界面第一个弹窗里，一定勾选"Add Python to PATH"。不勾的话，之后你在命令行敲python，Windows会回你"不是内部或外部命令"，那会儿你就会明白为什么会有人在网上到处问。Linux用户不用担心，多数发行版自带Python 3，少数没有的，用系统自带的包管理器装一下就行，比如Debian/Ubuntu下是sudo apt install python3，Fedora下是sudo dnf install python3。macOS用户推荐用Homebrew装，命令是brew install python，装完一般会自动处理路径问题。

装完怎么确认？打开终端（Windows叫命令提示符，macOS/Linux叫终端），敲：

python --version

如果输出类似Python 3.12.x的东西，就是装好了。要注意的是，多版本共存的环境里，Windows有时要敲py --version，macOS有时要敲python3 --version。这不是bug，是系统默认同时存在Python 2/3或者不同版本时的常见状况，遇到就用那条带数字后缀的命令。

2.2 VS Code与PyCharm：编辑器配置避坑指南

编辑器选哪个，我用一句话总结：想轻量、想极速上手，选VS Code；想开箱即用、想长期做项目，选PyCharm社区版。两个我都用过，各有各的坑，我说几个常见的。

VS Code配置步骤其实很简单，但新手常在三个地方卡住：

1. 去官网下载并安装VS Code。
2. 打开扩展面板，搜索"Python"，安装微软官方发布的那个扩展。
3. 打开任意一个.py文件，按Ctrl+Shift+P打开命令面板，输入"Python: Select Interpreter"，选择你电脑上刚装好的解释器。

这里是最多人出错的地方——装了扩展，但没选解释器，结果一运行就报"找不到Python"。选对解释器之后，很多莫名其妙的报错会自己消失。

PyCharm这边，下载Community版本就好，免费且够用。新建项目的时候，界面里有一个"Base interpreter"选项，一定要手动确认它指向的Python解释器路径。PyCharm默认会给每个新项目创建独立的虚拟环境，这个机制本身很好，但新手不熟悉的时候，经常把自己搞晕——昨天刚用pip装的第三方库，今天新建项目就找不到了。其实不是库没了，是虚拟环境变了。如果不想在这个阶段折腾虚拟环境，可以把解释器直接选成系统Python。

2.3 第一段验证代码：环境通了再进入习题

环境配置完毕后，先运行一段最小代码验证链路通没通：

print("hello, python") score = 85 if score >= 60: print("分支结构工作正常")

把这段代码保存成test.py，在VS Code里右键选"Run Python File"，或者直接在终端里运行：

python test.py

如果看到两行输出，恭喜，你的Python环境和编辑器已经全部就绪，可以开始刷这一篇的习题了。我见过太多人跳过这一步直接写练习，结果前面折腾了半天编辑器，第一行print都没跑出来。别急这几秒钟，环境确认跑通，后面所有代码都能稳定复现。

3. 习题001三道核心题拆解——从分析到落地

3.1 为什么是这三道题

我设计习题001时，特意选了难度递增的三道题。第一题覆盖最基础的单层分支，让你熟悉if-elif-else的骨架；第二题是区间判断，核心考点是条件顺序和边界值；第三题是综合题，涉及逻辑运算符、嵌套分支和多条件组合。三道题做完，分支结构的大部分考点基本都能覆盖到。

这里先说明一下做题的通用套路：先读题，把条件和结果用自然语言列出来；再画分支结构，想清楚哪些情况是互斥的、哪些是包含的；最后写代码，边写边在脑子里跑几个用例验证。看起来慢，实际是最快的方式。尤其是后面做题量大了，你会发现所有逻辑题的解法都长一个样。

3.2 第一题：判断一个整数是正数、负数还是零

题目：输入一个整数，判断这个数是正数、负数还是零，并输出对应的文字。

思路分析：一个整数就只有三种可能，正数、负数、零，三者不可能同时成立，所以是一个天然的互斥分支。条件可以这样组织：大于0是正数，小于0是负数，剩下的都是零。注意，零不需要单独写elif num == 0，而是用else兜住，代码更简洁。

num = int(input("请输入一个整数：")) if num > 0: print("正数") elif num < 0: print("负数") else: print("零")

运行验证一下：输入5，程序输出"正数"；输入-3，输出"负数"；输入0，输出"零"。三个用例全部符合预期。

这题虽然简单，但藏着三个重要细节。第一，input()返回的是字符串，int(input(...))这一步必须做，否则拿字符串和整数比大小会直接报错。第二，三个分支互斥，所以它们的顺序怎么排列结果都一样，你可以把负数判断放前面，结果不变。第三，else兜底的意义在这里体现得很清楚——你不需要穷举num == 0这个条件，只要逻辑上知道"不是正数也不是负数，那只能是零"就够了。这种"排除法"思维，在后面的算法题里会反复用到。

3.3 第二题：成绩等级判定

题目：输入一个0到100的整数成绩，输出其等级。90分及以上是A，80到89分是B，70到79分是C，60到69分是D，60分以下是F。

思路分析：这题是区间判断的经典题，考点有两个：非法输入的处理和条件顺序。先看非法输入：如果输入120或者-5，怎么办？题目说了"0到100的整数"，所以必须先检查这个范围，超出范围直接提示，不再进行等级判断。再看条件顺序，这一步是重中之重。如果你把条件写成if score >= 80放在if score >= 90后面，那么95分会在第一个if score >= 80时命中，输出B，这就错了。

我的代码：

score = int(input("请输入成绩（0-100）：")) if score > 100 or score < 0: print("成绩超出范围") elif score >= 90: print("A") elif score >= 80: print("B") elif score >= 70: print("C") elif score >= 60: print("D") else: print("F")

这里解释一下if score > 100 or score < 0为什么要用or：两个条件只要满足任意一个，成绩就是非法的，所以用逻辑或连接。而后面四个elif之间没有任何或、与连接，靠的完全是"命中即停"机制逐级拦下来：90分以上先被拦住，80到89分在第一个条件没命中后、第二个条件命中，以此类推。

运行验证：输入95，输出A；输入82，输出B；输入60，输出D；输入59，输出F；输入120，输出"成绩超出范围"；输入-5，输出"成绩超出范围"。这里60分和59分尤其值得测，因为它们是及格和不及格的分界点，也是区间判断最容易写错的地方。

如果你想把区间写得更显式，也可以用Python独有的比较运算符连写：

if 90 <= score <= 100: print("A") elif 80 <= score < 90: print("B")

这样写可读性也很好，还不用担心顺序问题，因为每个条件都把区间边界写死了。两种风格都可以，关键是搞清楚一种，别混着来。实际项目里我更常用连写的方式，因为它能直接表达"这个分数落在哪个闭区间"，不需要靠条件的先后顺序去推理。

3.4 第三题：判断三角形的类型

题目：输入三条边的长度，判断能否构成三角形。如果能构成，再进一步判断是等边三角形、等腰三角形还是普通三角形。

思路分析：这题是分支结构里的综合题，知识点明显多了一层。首先，三角形的构成条件是"任意两边之和大于第三边"，也就是三个不等式必须同时成立：

a + b > c and a + c > b and b + c > a

然后，在能构成三角形的前提下，再判断类型：三边相等是等边；只有两边相等是等腰；否则是普通。

参考代码：

a = float(input("请输入第一条边长：")) b = float(input("请输入第二条边长：")) c = float(input("请输入第三条边长：")) if a + b > c and a + c > b and b + c > a: if a == b == c: print("等边三角形") elif a == b or b == c or a == c: print("等腰三角形") else: print("普通三角形") else: print("无法构成三角形")

运行验证：输入3、4、5，输出"普通三角形"；输入4、4、6，输出"等腰三角形"；输入6、6、6，输出"等边三角形"；输入1、2、3，输出"无法构成三角形"。

这题有几个容易忽略的点。第一，边长要用float()而不是int()，因为三角形边长完全可能是小数，用int会丢失精度。第二，判断等腰时用a == b or b == c or a == c，意思是"任意两边相等"，但三边都相等的情况提前被等边判断拦下了，所以不会误报。第三，嵌套分支虽然能解决问题，但层级越深，代码读起来越费劲。我更喜欢把结果先存进变量、最后统一输出的写法：

a = float(input("请输入第一条边长：")) b = float(input("请输入第二条边长：")) c = float(input("请输入第三条边长：")) if a + b > c and a + c > b and b + c > a: if a == b == c: result = "等边三角形" elif a == b or b == c or a == c: result = "等腰三角形" else: result = "普通三角形" else: result = "无法构成三角形" print(result)

这种"先算结果、最后再输出"的模式在实际开发里非常常见，逻辑和输出分离，方便后面扩展成返回值或者写入日志，你可以直接养成这个习惯。

3.5 测试用例怎么设计：别只跑一组就完事

刷题的时候最容易犯的毛病，是代码跑通一组输入就宣布胜利。我自己的习惯是，每道题至少测四类数据：正常值、边界值、非法值、极端情况。

以成绩等级题为例，我通常会这样测：

三角形题也一样，3、4、5是正常值；3、3、5是等腰边界；6、6、6是等边；1、2、3是无法构成三角形的边界——因为1+2恰好等于3，不满足"大于"，差一点都不行；0、1、2这种带零的情况属于极端输入，也要测一下。

做完题自己把测试用例表列出来、跑一遍，比反复抄代码有用的多。这个习惯放到真实项目里就是单元测试的雏形，越早养成越好。

4. 这些坑我当年都踩过——分支结构高频问题与实战心得

4.1 input()返回的是字符串：不转换就比大小，直接报错

分支结构习题里，第一个高频报错是TypeError。原因很统一：input()永远返回字符串，拿字符串和整数比较大小，Python会拒绝执行。

score = input("请输入成绩：") if score >= 60: # TypeError: '>=' not supported between instances of 'str' and 'int' print("及格")

解决方案就是在比较之前做类型转换，比如int(input(...))或float(input(...))。顺便提醒一句，如果你处理的成绩可能是小数，别用int()，要换成float()，因为int("85.5")会抛ValueError。这些问题在写代码时就要想清楚，而不是等报错再改。尤其是写那些从外部读数据的程序时，输入格式的问题永远放在第一位，数据没洗干净，后面所有判断都是白搭。

4.2 缩进错误：Tab和空格混用，一行代码毁掉整个分支

Python对缩进极为敏感，同一个代码块内的缩进必须完全一致。最典型的场景是：在VS Code里用Tab缩进写好的代码，复制到PyCharm里变成了空格，或者反过来，结果一运行就报IndentationError: unexpected indent。

我的建议是：编辑器统一配置"用空格代替Tab"，或者全程保持一种缩进方式。VS Code右下角可以切换缩进类型，PyCharm在Settings里也可以设置。新建文件之前检查一下编辑器右下角显示的是Spaces还是Tab，养成这个习惯，比报错后再排查快得多。另外一个容易忽视的地方是，在代码块内部混用了不同层级的缩进——比如if里的代码缩进4个空格，下一个分支里缩进了8个空格，Python不会报错，但可读性会变得非常差，而且很容易在逻辑上把自己绕晕。

4.3 条件顺序错：90分也有可能被判成B

这是区间判断题最高频的语义错误——代码不报错，但结果完全不对。比如有人会把成绩题写成：

if score >= 80: print("B") elif score >= 90: print("A")

95分进去，先命中score >= 80，输出B，直接结束了。这就是"命中即停"的副作用。处理区间判断时，要么从高到低写条件，要么从低到高写，但必须保证区间顺序和你的业务逻辑一致。我最推荐从高到低，因为代码读起来就像在说"最高档先走，依次往下"，边界线清清楚楚。还有一个额外好处是，从高到低写时，你只需要写一个下限条件，上限由前面的分支隐式保证了，代码更短，也更不容易出现边界缝隙。

4.4 Python独有的区间连写，省掉一串and

在C或者Java里写区间判断，通常要写成score >= 80 && score < 90。Python有一个舒服的语法，比较运算符可以连写：

if 80 <= score < 90: print("B")

这在读代码时非常直观，就是"80到90之间"。但注意别滥用：如果判断的是多个不同变量的关系，连写就不适用了，还是得用and/or，比如三角形题里a + b > c and a + c > b。连写的本质是"同一个对象同时满足几个范围条件"，一旦涉及多个对象的相互关系，老老实实用逻辑运算符，别为了炫技写出可读性很差的表达式。

4.5 分支不能留空：pass是合法的"什么都不做"

写框架或者调试时，经常遇到"这个分支先不处理"的需求。如果分支体直接留空，Python会报错。这时候用pass占位：

if user_input == "quit": pass # 退出逻辑待补 else: print("继续运行")

pass是合法的空语句，表示"说了要做，但现在不干任何事"。这个关键字看起来不起眼，但在搭骨架阶段几乎天天用。你甚至可以把它当作代码里的一个TODO标记，等后面有空再补实现。我见过有人为了躲开pass，强行写一个反条件把分支翻转过来，结果代码绕来绕去，完全没有必要。该占位就占位，清晰第一。

4.6 覆盖不全比写错更可怕：多想想"条件都不满足时会发生什么"

分支结构里，逻辑覆盖不全的bug比条件写错更隐蔽。比如你写三角形判断，只写了普通和等腰，忘了等边，那等边就会被误判成普通；忘了"能否构成三角形"这个前提，输入1、2、3，程序也会煞有介事地输出一个三角形类型。这类问题单靠运行一两次很难发现，必须在写代码前就把情况列全。

我的经验是，每写一个分支结构，都问自己三个问题：所有合法输入的情况都覆盖了吗？边界值有没有被遗漏？所有条件都不满足时，程序会做什么，会不会静默出错？把这三个问题想清楚，分支结构基本就写扎实了。这个思维往后会直接转化为写正则表达式、写接口参数校验的严谨度，学到的每一点点，最后都会在更大的项目里回本。

至于我个人做完这几道题的体会是什么，其实很简单：学分支结构，练的不是语法，而是"把业务逻辑翻译成条件判断"的能力。后面学循环、学函数、写爬虫、做数据分析，全部绕不开这个基本功。所以别小看这一组题，慢慢做、把每个坑都弄明白，后面的路会顺很多。有一句话我一直跟带的新人说：分支结构是Python课程里第一个需要你"像写作文一样想清楚逻辑"的地方，跨过这一关，编程思维才算是真正打开了。