Python里的条件表达式常被称为三元表达式，它用一行代码完成基于条件的取值，语法形式是a if condition else b。这种写法属于表达式，意味着它会产生一个值，可以直接放在赋值号右边、函数参数位置或者推导式内部，而不像普通if语句那样只控制流程。理解它与传统if-else块在求值顺序上的差异，是写出正确且高效代码的前提。
一、基础语法与求值规则
三元表达式的结构非常固定：先写条件为真时返回的结果，接着是if关键字加判断条件，最后是else和条件为假时返回的结果。解释器在处理时会先估算中间的condition，如果为真就执行并计算前面的表达式，否则才去算后面的表达式。这种短路特性说明两个分支不会同时运行，因此在分支里放有副作用的操作时要格外小心。
下面这段代码演示了最基本的用法，根据数字正负返回不同描述：
num = -5 result = "正数或零" if num >= 0 else "负数" print(result) # 输出：负数
从示例可以看到，result最终拿到的是字符串，而不是像if语句那样可能什么都不返回。因为三元表达式是表达式，所以必须保证else部分也存在，否则解释器会报语法错误。这也是它和普通if语句的一个明显区别：普通if可以只有if没有else，三元则不行。
二、在常见场景中的实践
在配置读取或函数参数缺省处理时，三元表达式能减少冗余代码。比如从字典取配置，若键不存在就使用默认值，直接写在返回语句里比单独写判断更紧凑。不过要注意，如果默认值本身计算开销很大，但因为短路特性它不会总被执行，这点反而是优势。
以下例子展示了在函数内用三元给参数补默认值，以及用在列表推导式中过滤转换：
def get_level(score):
# 分数大于等于60为合格，否则不合格
return "合格" if score >= 60 else "不合格"
data = [85, 42, 73, 30]
levels = [get_level(s) if s >= 60 else "补考" for s in data]
print(levels) # 输出：['合格', '补考', '合格', '补考']
上例中推导式里嵌套了函数调用与三元，逻辑仍然清晰，因为判断层级只有一层。如果此时再把get_level内部展开成嵌套三元塞进推导式，代码就会变得难以阅读。因此实践中建议三元只处理单一维度的二选一，复杂规则请抽成函数或写完整分支。
三、嵌套使用的陷阱与替代方案
三元表达式允许嵌套，也就是在else后面再放一个三元，用来模拟多分支。但嵌套超过两层后，代码从左到右的匹配会变得反直觉，很多开发者会看错优先级。此外，嵌套时每个分支都可能包含子表达式，调试时很难快速定位是哪一支生效。
对比下面两段功能相同的代码，前者嵌套三元，后者用普通if，显然后者更易维护：
# 嵌套三元：根据分数返回等级
score = 75
level = "优" if score >= 90 else ("良" if score >= 75 else ("中" if score >= 60 else "差"))
print(level)
# 普通if写法
score = 75
if score >= 90:
level = "优"
elif score >= 75:
level = "良"
elif score >= 60:
level = "中"
else:
level = "差"
print(level)
虽然嵌套三元在行数上更短，但牺牲了可扩展性。当业务增加“不及格但可申诉”的状态时，if写法只需加一个elif，而三元要重新拆解括号层级。团队编码规范中通常会限制三元嵌套深度，推荐超过两层判断直接改用if语句或字典映射。
四、与lambda及推导式的结合注意点
由于三元表达式是表达式，它可以出现在lambda函数体内，用来构造极简的匿名函数。这种组合在排序key或回调里很常见，但同样要避免逻辑过重。另外在生成器表达式里使用三元时，要注意它不会额外创建作用域，变量泄露风险和普通推导式一致。
示例展示用lambda配合三元实现按条件取绝对值反向：
# lambda中使用三元
flip = lambda x: -x if x > 0 else x
print(flip(10)) # 输出：-10
print(flip(-3)) # 输出：-3
# 字典映射替代多层判断的参考方案
def map_level(s):
return {True: "及格", False: "不及格"}.get(s >= 60, "未知")
print(map_level(59))
字典映射方案虽然没直接用三元，但在某些固定映射场景比三元或if链更直观，也方便配置化修改。总结来看，三元表达式是Python里一把锋利的小刀，用在一行二选一时非常顺手，但别拿它去切大木头。保持代码可读性与可维护性，才是实践中的核心准则。