学Python学到条件判断这一节基本就离开“照着敲”的阶段开始真正处理逻辑了。很多教程讲if语句就是列语法、给例子看起来几行代码很简单但实际自己一写就各种报错要么缩进不对要么条件一直不成立要么else永远不执行。这篇我准备把if语句从基本语法到实战场景完整拆一遍说说它背后的执行逻辑也把新手最容易踩的坑和排查方法都整理出来。这篇是系列教程的第03篇建议先掌握变量和基本数据类型再往下看如果你已经会写一点Python直接跳到自己薄弱的章节也行。if语句这东西重要性怎么强调都不过分它是程序里做“选择”的基础。没有它代码只能从上到下一条路跑到黑有了它代码才可以根据不同情况走不同分支。后面要学的循环、函数、异常处理底层都离不开条件判断的思想。所以这一篇值得认真对待不只是背语法而是要理解它到底怎么执行、为什么这样设计、在真实项目中怎么用得顺手。1. 从“程序的选择题”说起if语句的核心作用先打一个比方。你早上出门前会看一眼天气下雨就带伞出太阳就不带这就是人脑的条件判断。程序也一样运行到某个节点需要根据某个条件决定下一步执行什么这就是if语句存在的意义。很多新手的误区是把if当成一种“高级语法”以为记住格式就行了。其实if的核心是“条件表达式”和“执行流程”这两件事前者决定判断依据后者决定程序走向两者的配合才是重点。1.1 单分支判断最简单也最容易忽略细节先看最基础的结构只有一个if后面跟条件和冒号条件成立就执行缩进里的代码块不成立就什么都不做。score 85 if score 60: print(成绩及格)这里有两个细节值得停下来想一想。第一个是冒号Python里很多语法块都需要冒号if、for、while、def、class后面都有写漏了会直接报语法错误。第二个是缩进print那一行前面有4个空格这4个空格决定了它“属于”if这个代码块。在C语言或Java里代码块用花括号包起来Python用缩进这是Python语言的一个特色也是一开始最容易让人不习惯的地方。如果你只写了if没有else条件不满足时程序就跳过整个缩进块继续往下走这很适合那种“只有满足条件才需要额外处理”的场景。比如判断一个用户是否欠费欠费才发提醒邮件不欠费就什么都不用做直接用单分支if就够了不用强行塞一个空的else进去。1.2 else分支条件不满足时走另一条路有单分支就有双分支if和else搭配就是“如果A成立做这件事否则做那件事”。age 20 if age 18: print(已成年可以注册) else: print(未成年需要家长陪同)else不需要写条件它表示“上面if条件不成立时执行的内容”。一个常见的错误是有人会给else加条件写成else age 18:这样会直接语法报错。else本身就是“除了if条件以外的所有情况”不需要也不能加条件。有一点建议在写if时哪怕暂时不需要else也先想想这个分支反过来的情况要不要处理。很多时候漏洞都是“只写了成立的情况忘了处理不成立的情况”导致的。比如判断完“及格”至少要想一下不及格怎么办哪怕只是想清楚“不处理也OK”也比完全没想过强。1.3 缩进是Python的生命线这句不是白说的前面反复提到缩进这里集中讲透。Python用缩进来划分代码块同一个代码块内的行必须有相同的缩进量。官方规范建议用4个空格作为一个缩进层级。新手最容易犯的错误有这么几类。一是Tab和空格混用可能代码看起来对齐了但Python会把它们当作不同的缩进直接报IndentationError。二是缩进层级搞混该在if块内的代码顶格写了导致逻辑出错。三是复制粘贴别人的代码时原有缩进被编辑器自动转换了结果粘贴过来报错。我的建议是先把自己的编辑器设置成“用空格代替Tab”大部分代码编辑器都有这个设置项。比如VS Code里右下角状态栏可以切换缩进方式PyCharm里面在设置里找到Code Style也能统一配置。用空格的好处是不同编辑器之间打开文件不会出现缩进混乱。还有个习惯值得养成写完if块里的代码记得检查一下当前行的缩进是不是和上一个代码块对齐。很多看起来莫名其妙的逻辑错乱排查到最后都是缩进多了一层或者少了一层。2. 条件表达式的构造比较、逻辑和真值if后面跟的“条件”本质上是一个表达式这个表达式的求值结果会被当成True或False。理解了这一点很多关于if的疑问都能解开。条件不一定非得是大于、等于这种比较它可以是任何能够被解释为真假的东西。2.1 比较运算符清单与容易搞混的等号写条件最常用的是比较运算符列个表看一下运算符含义示例结果等于3 3True!不等于3 ! 4True大于5 2True小于5 2False大于等于5 5True小于等于4 3False这个表看起来没什么特别的但有一个点几乎所有新手都踩过把写成。是赋值作用是“把右边的值绑定给左边的变量”是判断相等作用是“比较左右两边的值是否相等”。两个完全不同的操作在if条件里混用会报语法错误因为if后面需要的是一个表达式而score 60是一条赋值语句不是能求值的表达式。Python还支持一种链式比较的写法这是别的语言里比较少见的但非常好用。比如判断一个数是否在某个区间可以这样写x 55 if 0 x 100: print(x在0到100之间)不需要写成if x 0 and x 100链式比较更直观也更容易读。这个写法在数学上很自然算是Python的一个小特色。2.2 逻辑运算符and、or、not的组合用法单个条件有时候不够用比如要判断“用户是会员并且消费金额超过1000”就需要把两个条件组合起来。Python的逻辑运算符有三个and并且、or或者、not取反。逻辑运算的规则可以直接看真值表ABA and BA or Bnot ATrueTrueTrueTrueFalseTrueFalseFalseTrueFalseFalseTrueFalseTrueTrueFalseFalseFalseFalseTrueand要求两边都为真才返回真or只要有一边为真就返回真not是取反。这三个用起来不难但关于它们有一个非常实用的特性叫“短路求值”。短路求值的意思是and左边的条件如果是False右边的条件根本不会执行or左边的条件如果是True右边的条件也不会执行。这一点在写代码时特别有用。比如你想判断一个列表不为空再取第一个元素items [] if items and items[0] apple: print(第一个元素是apple)如果列表为空直接取items[0]会报IndexError但因为and有短路特性当items为空即False时右边的items[0] apple根本不会执行程序就不会报错。这种写法很常见一定要理解并掌握。2.3 真假值判断不只是True和FalsePython里有一个很特别的概念叫“真假值”。除了True和False这两个布尔值本身很多其他类型的值在条件判断里也会被当作True或False。具体来说下面这些值在条件判断中会被当作False数字0整数0、浮点数0.0空字符串空列表[]空元组()空字典{}空集合set()None其他所有的值包括负数、非空字符串、非空列表等都会被当作True。这意味着你可以直接这样写name input(请输入姓名) if name: print(f你好{name}) else: print(姓名不能为空)不用写成if name ! 直接if name就行了因为空字符串会被当作False非空字符串会被当作True。同理判断一个列表是否有数据可以直接写if items不需要写if len(items) 0。这两者写起来效果一样但if items更符合Python的惯用风格。很多公司代码规范里明确要求用这种写法。刚开始可能不习惯觉得不够“显式”但看多了就会发现它很简洁而且背后的逻辑是一致的非空即为真。3. 多条件分支if-elif-else的完整形态现实里的判断往往不止两个分支。比如根据成绩划分等级90分以上是优秀80到89是良好60到79是及格60以下是不及格。这就有四个分支了。Python里用elif来表示“否则如果”它是else if的缩写。3.1 成绩划分等级多分支的标准写法直接看例子score 86 if score 90: grade 优秀 elif score 80: grade 良好 elif score 60: grade 及格 else: grade 不及格 print(f成绩等级{grade})这是一个非常典型的多分支结构。执行流程是从上往下依次判断每个条件找到第一个为True的条件执行它下面的代码块然后整个if-elif-else就结束了后面的elif和else都不再判断。这一点特别重要elif不是把所有条件都判断一遍而是“命中即停”。很多人误以为elif会逐个检查其实一旦某个条件成立后续的所有分支都不会再执行。这里有一个细节值得注意条件的顺序。在多分支结构里条件顺序直接影响结果。比如上面例子如果先写elif score 60再写elif score 80那么一个86分的成绩会先命中“及格”分支输出“及格”这就不对了。所以多条件判断时要仔细考虑每个条件的覆盖范围通常从一个方向到另一个方向排列避免条件之间互相覆盖。3.2 elif和多个独立if的区别很多新手会问既然有多个条件为什么不用多个独立的if比如if score 90: grade 优秀 if score 80: grade 良好这段代码的问题是当score为95时第一个if成立grade被赋值为“优秀”接着第二个if也成立grade又被赋值为“良好”。最终结果是“良好”完全错误。用elif就不会这样因为一旦命中第一个条件后面的分支都被跳过了。什么时候应该用多个独立if当多个条件互相之间没有“互斥”关系时。比如判断一个数是不是偶数以及是不是正数这两个判断互不干扰都可以独立执行num 6 if num % 2 0: print(是偶数) if num 0: print(是正数)如果这些互不关联的判断换成if-elif那么只要第一个条件成立后面的判断就不执行了结果就少了信息。所以记住一句话互斥的条件用if-elif独立的判断用多个if。3.3 字典映射替代复杂分支的进阶思路如果分支特别多比如根据用户输入的命令执行不同操作用if-elif写起来会特别长维护起来也麻烦。这时可以考虑用字典做“映射表”这是Python里很实用的替代方案。举个例子假设有一个简单的计算器根据用户输入执行加减乘除def add(a, b): return a b def subtract(a, b): return a - b def multiply(a, b): return a * b def divide(a, b): return a / b if b ! 0 else 除数不能为0 operations { : add, -: subtract, *: multiply, /: divide, } op input(请输入运算符 - * /) a float(input(请输入第一个数)) b float(input(请输入第二个数)) result operations.get(op, lambda x, y: 不支持的运算符)(a, b) print(结果, result)核心技巧是operations.get(op, ...)如果op在字典里就取出对应的函数并调用如果不在就返回默认的lambda函数。这段代码比写四五个if-elif分支要清晰得多而且以后要加新运算只需要在字典里加一项不用改动判断逻辑。这种做法在Python开发中非常常见。命令行工具、消息处理、策略分发凡是“根据某个值选择对应操作”的场景都可以用字典映射。不过也要提醒一句如果条件是基于大小比较、范围判断而不是“等于某个值”字典映射就不合适了这种场景老老实实用if-elif。4. 嵌套if与条件判断的“高级姿势”有些情况下单纯的多分支还不够需要在某个分支内部再做一次判断。这就涉及到嵌套if和三元表达式。这两个内容本身不难但用不好会影响代码可读性需要聊一聊。4.1 嵌套if的正确使用姿势看一个例子判断一个年份是否为闰年。闰年的规则是能被4整除但不能被100整除或者能被400整除。这个判断天然适合嵌套和逻辑组合。year 2024 if year % 4 0: if year % 100 ! 0: print(f{year}年是闰年) else: if year % 400 0: print(f{year}年是闰年) else: print(f{year}年不是闰年) else: print(f{year}年不是闰年)这段代码逻辑是对的但嵌套了两三层读起来已经有点费劲了。更好的写法是用逻辑运算符把条件组合起来压平成单层year 2024 if (year % 4 0 and year % 100 ! 0) or (year % 400 0): print(f{year}年是闰年) else: print(f{year}年不是闰年)这样清晰多了。这就是我想强调的核心观点嵌套if能不用就不用能用逻辑运算符合并就合并。两层嵌套还勉强能接受超过三层基本就是维护噩梦。如果实在需要很多层判断考虑把某些判断拆成单独的函数或者归类为多分支结构让每个方法都保持扁平。什么时候需要用嵌套if呢当两个条件有先后依赖关系时。比如“先判断用户是不是会员如果是会员再判断会员等级是否达到VIP2”。第二层条件只在第一层成立的场景下才有意义这时嵌套会让逻辑更清楚。4.2 三元表达式一行写法的利与弊Python支持一种简写方式叫三元表达式语法是值1 if 条件 else 值2。条件成立时表达式的值是值1否则是值2。一个最常见的场景是根据条件给变量赋值age 20 status 成年 if age 18 else 未成年 print(status)这比if age 18: status 成年 else: status 未成年要简洁很多。第一次看到这种写法的人可能会觉得别扭但它其实是Python社区非常推崇的风格在很多代码库里都高频出现。不过三元表达式不适合嵌套使用。像a if b else c if d else e这种写法读起来跟绕口令一样很容易把逻辑搞混。我在实际项目里的原则是如果三元表达式超过一层的嵌套就果断改回普通的if-else可读性永远比少两行代码更重要。还有一个小技巧利用or的短路特性来做“取默认值”的操作。比如nickname user_input or 默认昵称如果user_input是非空字符串or左侧为真直接取它如果用户输入为空字符串or会继续看右侧最终取到“默认昵称”。这种做法在配置读取、表单处理里很常见比写if-else要简洁。5. 实战案例写一个用户积分折扣系统前面讲了不少语法和原理光看不练容易忘。这个部分我们完整地做一个实战小项目购物平台的会员折扣系统。需求不复杂但能覆盖if语句的大部分核心知识点而且看起来很贴近实际业务。5.1 需求梳理与规则设计假设平台有三种会员等级普通用户normal、银卡会员silver、金卡会员gold。折扣规则如下普通用户不打折银卡会员满200元打95折金卡会员满200元打9折不满200元打95折所有用户在优惠后的金额不足99元时需要支付8元运费超过99元含包邮我们要写一个函数传入会员等级和原始订单金额返回最终应付金额。这个需求涵盖了单分支、多分支、嵌套判断、逻辑组合非常合适。5.2 代码实现与单步走读先给出一个实现版本def calc_final_amount(level, amount): # 先根据会员等级和金额计算折扣价 if level gold and amount 200: discount_price amount * 0.9 elif level silver and amount 200: discount_price amount * 0.95 elif level gold: discount_price amount * 0.95 else: discount_price amount # 判断是否包邮 if discount_price 99: final_amount discount_price else: final_amount discount_price 8 return round(final_amount, 2) print(calc_final_amount(normal, 100)) print(calc_final_amount(silver, 300)) print(calc_final_amount(gold, 500)) print(calc_final_amount(gold, 150))逐行走读一下。第一步根据会员等级和订单金额计算折扣价这里用了一个组合逻辑金卡且满200打9折银卡且满200打95折金卡未满200打95折其余情况不打折。注意level gold and amount 200和后面的elif level gold是互斥的第一个条件已经包含了“金卡且满200”所以后面能走到elif level gold的一定是金卡且金额不足200的情况。这种写法省掉了重复的条件判断前提是你对每个分支的覆盖范围心里有数。第二步根据折扣价判断是否包邮。这里的判断对象是折扣后的价格而不是原始金额因为业务规则是“优惠后的金额满99才包邮”顺序很重要调换位置结果就不一样了。5.3 边界情况测试写条件判断代码最忌讳只测“正常情况”。我每次写完这类功能都会下意识地列几个边界测试用例金额刚好等于200的银卡会员应该走95折因为规则是“满200”金额等于99的普通用户应该刚好包邮因为规则是“超过99元含包邮”金额为0的用户应付8元运费虽然实际业务不大会有0元订单但函数不能报错会员等级传了一个不存在的值比如diamond应该按普通用户处理不能报KeyError把这些边界情况过一遍代码的可靠性就上来了。我见过很多线上bug都是“正常流程跑得通边界条件一触发就翻车”所以这一步千万不要省。这个例子只用了不到三十行代码但覆盖了if-elif-else、and组合条件、嵌套判断思路、边界测试方法基本上把这一篇的主要内容串起来了。你可以把它改造成一个账本、订单处理、优惠券计算的通用模板换汤不换药。6. 新手最容易踩的坑和排查技巧实录最后一章我把平时答疑、带新人和自己写代码过程中碰到的高频问题整理成一份“踩坑清单”。这些问题看起来都很小但每一个都在真实项目里引发过bug值得反复看两遍。6.1 赋值等于号与比较等号混用这是Python初学者最经典的错误。写条件判断时把写成比如if score 60: # 报错SyntaxError原因前面说过是赋值语句不能作为条件表达式使用。不过Python 3.8之后推出了海象运算符:确实允许在表达式里赋值但这属于进阶用法新手阶段完全不需要考虑老老实实区分好和就够了。这个错误的排查很简单看到SyntaxError且提示invalid syntax优先检查条件判断里的等号是不是写错了。6.2 Tab和空格混用导致的缩进错乱这是另外一个出现频率极高的问题。代码看起来对齐了但运行时报IndentationError: unexpected indent。原因就是有些行用了Tab有些行用了空格Python对这两种缩进是严格区分的哪怕视觉上看起来一样也不行。解决办法很简单编辑器的设置里把缩进统一为“使用空格”然后在页面里全选代码手动把Tab全部转换为空格。VS Code和PyCharm都有这个功能PyCharm的菜单路径大约是Edit - Convert Indents - To Spaces。6.3 and/or与/|混淆有个容易踩的坑是把and写成把or写成|。在Python里和|的优先级比and、or高很多而且在某些情况下行为还不太一样。对于布尔值True False结果虽然是False但本质上是位运算用来做条件判断不是Python的风格也容易产生意想不到的优先级问题。正确的做法是条件判断一律用and、or、not。遇到和|无法直观理解的行为优先考虑是不是把位运算符误用到逻辑判断上了。6.4 浮点数直接比较相等不靠谱看这个例子if 0.1 0.2 0.3: print(相等) else: print(不相等)很多人以为会输出“相等”实际上输出的是“不相等”。原因涉及浮点数在计算机中的二进制存储精度0.1 0.2在Python里实际是0.30000000000000004和0.3不相等。解决浮点数比较问题有几种方案一是用round()把结果保留到指定小数位再比较二是检查两个数的差值是否小于一个很小的阈值比如abs(a - b) 1e-9。在涉及金额的代码里更稳妥的做法是尽量用整数分作为单位来计算避免直接用浮点数表示金额这也是很多金融系统的一贯做法。6.5 条件里的空序列判断新手在判断一个列表是否为空时经常写if len(items) 0: print(有数据)这个写法没错但不是Python推荐的风格。更地道的写法是if items: print(有数据)反过来判断为空用if not items。两者效果一样但后者更简洁而且在处理None和空序列时更统一。有些场景你既想判断“不是None”又想判断“不是空列表”用if items is not None and items也很自然。6.6 常见问题速查表最后把这一节的内容整理成一个速查表方便以后遇到问题快速对照。现象可能原因解决办法条件判断报SyntaxError写成检查条件里的等号赋值和比较分开报IndentationErrorTab和空格混用统一使用4个空格缩进编辑器里转换条件一直为False用、代替and、or0.1 0.2 0.3返回False浮点数精度问题用round或差值阈值比较本来不成立的代码却执行了安装了多个独立if条件被多次修改互斥条件改用if-elif列表为空时报索引错误没判断空列表直接取元素用if items先判断再处理这些坑几乎每个Python开发者都踩过区别只是踩得早还是晚。踩过之后把原因搞明白下次就能绕开。写条件判断这件事我的体会是语法本身几分钟就能学会真正难的是想清楚“哪些情况要处理、哪些情况不处理、条件之间是什么关系”。写完一段if代码别急着往下走先问自己三个问题条件顺序对不对边界情况测了吗不满足条件的分支有没有遗漏答案都明确了这段代码才算是真的写完了。这一篇的示例代码建议全部在本地跑一遍然后试着把实战案例改成其他规则比如把包邮金额换成不同的值或者加一个“满三件打八折”的逻辑多改几遍if语句就能真正变成你自己的东西了。