009、Python流程控制：条件判断（if/elif/else）
009、Python流程控制：条件判断（if/elif/else）
昨天帮实习生调试一段数据过滤代码，问题出在条件判断上。他写了一个三层嵌套的if-else，每个分支里又套着类型检查，最后漏掉了空值处理。跑测试用例时，列表里的None直接导致程序崩溃。这种问题太典型了——条件判断看似简单，实际藏着不少细节。
基础语法：别小看冒号和缩进
Python的条件判断核心就三句话：如果（if）、否则如果（elif）、否则（else）。但新手最容易栽在格式上：
# 正确示范temperature=25iftemperature>30:print("开空调")# 注意这个缩进，4个空格eliftemperature>20:print("开窗户")# 这里要和上面的print对齐else:print("穿外套")# 常见错误：忘记冒号iftemperature>30# 这里会直接报语法错误，冒号不能省print("热")缩进不是风格问题，是语法规则。我习惯用4个空格，有些编辑器默认tab，混用会导致肉眼看不出的错误。建议在IDE里打开“显示空白字符”功能，能看见那些隐藏的制表符。
条件表达式：那些容易踩的坑
判断条件时，Python的布尔逻辑和其他语言不太一样：
# 检查列表是否为空data_list=[]# 菜鸟写法iflen(data_list)==0:print("列表为空")# 老鸟写法ifnotdata_list:# 空列表在布尔上下文中为Falseprint("列表为空")# 检查变量是否为None要显式写出来config=NoneifconfigisNone:# 别用 == None，用is Noneprint("配置未加载")# 多个条件判断score=85if90<=score<=100:# Python支持这种数学写法，很直观print("优秀")elif80<=score<90:print("良好")特别注意：判断相等用==，赋值用=，这两个符号写反了编译器不会报错，但逻辑全错。我就见过有人写if status = "error"，结果把变量改了。
嵌套判断：保持可读性
条件嵌套超过三层就该考虑重构了：
# 反面教材：嵌套太深defprocess_data(data):ifdataisnotNone:ifisinstance(data,list):iflen(data)>0:foritemindata:ifitemisnotNone:# 真正处理逻辑被埋在最里面print(item)改成这样更清晰：
defprocess_data(data):# 先处理所有异常情况ifdataisNone:returnifnotisinstance(data,list):returnifnotdata:# 空列表return# 主逻辑放在最外层foritemindata:ifitemisnotNone:print(item)这种“提前返回”的模式能让代码扁平化，调试时一眼就能看到核心逻辑。
实战技巧：从调试中积累的经验
- 打印调试法：在复杂条件分支里加临时打印，看清程序走了哪条路
debug_mode=Trueifcondition1:ifdebug_mode:print("进入分支A")# 业务逻辑elifcondition2:ifdebug_mode:print("进入分支B")- 边界值测试：特别是
>=和>这种边界，测试时要覆盖临界值
# 测试这个判断时，要测19、20、21三个值iftemperature>20:pass- 布尔运算优先级：
and比or优先级高，不确定时就加括号
# 这样写容易出错ifcondition1orcondition2andcondition3:pass# 加上括号明确意图if(condition1orcondition2)andcondition3:pass个人建议
条件判断写多了会发现，最难的不是语法，而是如何组织逻辑。我的经验是：先处理异常情况，尽早返回；简单条件在前，复杂条件在后；嵌套超过三层一定要停下来想想能不能简化。
实际项目中，大量if-else往往意味着设计有问题。上周review一个状态机代码，同事用十几个elif处理不同状态，后来改成字典映射状态和处理函数，代码量少了一半，还更容易扩展。但这是后话，初学阶段先把if-else用熟练，知道痛点了才会去寻找更好的方案。
最后提醒一点：写条件时多考虑“如果这个条件不满足会怎样”，特别是用户输入、文件读取、网络请求这些不可靠的数据源。好的程序不是假设一切正常，而是能妥善处理各种异常情况。