013、Python条件判断：if、elif、else语句
013、Python条件判断：if、elif、else语句
昨天帮实习生调试代码，遇到这么个问题：一个硬件状态监测脚本，温度超过50度要报警，超过80度要紧急停机。结果测试时温度到了85度，只报了警却没停机。查了半天，发现代码是这样写的：
iftemperature>50:print("警告：温度过高！")iftemperature>80:print("紧急：立即停机！")问题出在哪？两个独立的if语句都会执行，85度时两个条件都满足，两条消息都打印了。但实际业务逻辑应该是“超过80度就只需要停机，不用再报警”。这就是没理解条件判断的层级关系。
基础if语句：程序的分岔路口
编程和现实决策一样，总要做选择。if语句就是Python里的决策者。
# 最简单的形式if条件:执行语句# 例子：检查网络连接状态connection_active=Trueifconnection_active:print("设备在线")# 条件为True时才执行这行print("检查完成")# 这行总是会执行注意那个冒号，这是Python的语法标志，告诉解释器“条件判断开始了”。缩进是Python的灵魂，if下面的代码必须缩进（通常4个空格），表示“这些代码属于这个if”。
二选一：if-else结构
很多时候我们需要“要么这样，要么那样”的逻辑。
# 硬件自检示例sensor_ready=Falseifsensor_ready:print("传感器正常，开始采集")else:print("传感器异常，启用备用方案")# 条件为False时走这条路调试时经常用这种结构来验证逻辑：
# 快速调试技巧debug_mode=Truedata=read_from_device()ifdebug_mode:print(f"原始数据:{data}")# 调试时看原始数据else:process_data(data)# 正式运行直接处理多条件判断：if-elif-else链
回到开头的温度监控问题，正确的写法应该是：
iftemperature>80:print("紧急：立即停机！")eliftemperature>50:print("警告：温度过高！")else:print("温度正常")elif是“else if”的缩写，关键点在于：整个if-elif-else链只会执行第一个满足条件的分支。温度85度时，第一个条件就满足了，直接执行停机操作，后面的elif看都不看。
这种层级判断在嵌入式开发里太常见了：
# 电池电量管理battery_level=45ifbattery_level<=10:print("电量极低！进入省电模式")enter_power_save_mode()elifbattery_level<=20:print("电量不足，请充电")show_low_battery_warning()elifbattery_level<=50:print("电量中等")# 正常操作，什么都不用做else:print("电量充足")注意条件的顺序！如果把条件反过来写：
ifbattery_level<=50:print("电量中等")elifbattery_level<=20:print("电量不足")# 永远执行不到这里！因为<=50包含了<=20的情况，第一个条件总是先满足。
嵌套判断：复杂决策逻辑
有些场景需要多层判断，比如先判断设备类型，再判断设备状态：
device_type="sensor"device_status="error"ifdevice_type=="sensor":ifdevice_status=="error":print("传感器故障，尝试重置")reset_sensor()elifdevice_status=="warning":print("传感器预警，记录日志")log_warning()else:print("传感器正常")elifdevice_type=="actuator":# 执行器相关的判断...pass嵌套不要太深，超过3层就该考虑重构了。深嵌套的代码像迷宫，调试时容易晕。
条件表达式：简洁的赋值判断
Python有个很实用的语法糖，一行完成判断赋值：
# 传统写法iftemperature>100:status="危险"else:status="正常"# 条件表达式写法（三元运算符）status="危险"iftemperature>100else"正常"这种写法在初始化配置时特别有用：
# 根据环境设置采样率is_production=Falsesample_rate=1000ifis_productionelse100# 生产环境用高速采样，测试用低速实战中的坑与技巧
坑1：赋值=和比较==
# 新手经典错误ifsensor_status="active":# 这是赋值，不是比较！print("设备激活")# 正确写法ifsensor_status=="active":# 两个等号！print("设备激活")坑2：浮点数比较
# 浮点数精度问题voltage=3.3/10# 结果是0.33000000000000004ifvoltage==0.33:print("电压正常")# 可能永远不会执行！# 正确做法：允许微小误差ifabs(voltage-0.33)<0.0001:print("电压正常")技巧1：使用in简化多值比较
# 啰嗦写法ifstatus=="error"orstatus=="warning"orstatus=="timeout":handle_problem()# 优雅写法ifstatusin["error","warning","timeout"]:handle_problem()技巧2：利用布尔值直接判断
# 不必写 == Truedata_valid=check_data_integrity()ifdata_valid:# 而不是 if data_valid == Trueprocess_data()# 判断为False时ifnotdata_valid:log_error()个人经验建议
条件顺序就是业务优先级：把最紧急、最特殊的情况放前面。像医疗设备监控，应该先判断“是否心脏停搏”，再判断“是否血压异常”。
else不是必须的：有些场景下，默认情况就是“什么都不做”，这时可以省略else。但如果你明确知道所有可能性，加上else能避免漏处理。
硬件编程多留日志：在关键判断分支里加一句日志输出，现场调试时能救命。特别是那些“理论上不会发生”的分支。
复杂条件先算后判：如果判断条件很复杂，先算出结果再判断，代码更清晰：
# 不易读if(temperature>100andnotis_test_mode)or(voltage<3.0andbattery_old):shutdown()# 先算后判overheat=temperature>100andnotis_test_mode low_voltage=voltage<3.0andbattery_oldifoverheatorlow_voltage:shutdown()print(f"关机原因: overheat={overheat}, low_voltage={low_voltage}")# 调试信息- 测试边界值：写完后专门测试边界情况。温度判断阈值是50度？那就测49.9、50.0、50.1三种情况。很多bug都藏在边界上。
条件判断是程序智能的起点。写的时候多想想：如果我是设备，在这种情况下应该怎么反应？逻辑是否覆盖了所有可能？执行顺序是否符合业务实际？把这些想清楚，代码自然就健壮了。