if-elif-else必须按条件范围从窄到宽排列，否则宽条件永不会触发；误写if代替elif会导致多分支同时执行；空else或缺失else易埋逻辑漏洞；深层嵌套应转为卫语句或拆函数。
if-elif-else 顺序错了，条件就永远进不去
Python 的 if-elif-else 是从上到下逐个判断的，一旦某个条件为 True，后面的 elif 和 else 就直接跳过。很多人把范围宽的条件写在后面，结果前面更具体的条件已经拦住了执行路径。
- 错误写法：
if x > 0:放在elif x > 10:前面 → 所有正数都进第一个分支，x > 10永远不触发 - 正确做法：按范围从窄到宽、从具体到一般排，比如先
if x > 100:，再elif x > 50:，最后else: - 调试技巧：在每个分支里加
print(f"hit: {x}")，快速确认哪条路径被命中
elif 和 if 并列写，逻辑就变成两个独立判断了
少打一个 l 写成 if 而不是 elif，表面看缩进一样，实际语义完全不同：前者是新一层独立判断，后者才是分支延续。
- 现象：本想做互斥选择，结果多个条件同时为
True时，多个分支都执行了 - 典型误写：
if score >= 90: grade = 'A' if score >= 80: # ❌ 这里应该是 elif grade = 'B' - 后果：
score = 95会先设'A'，再覆盖成'B'，最终结果错 - 检查方法：用 IDE 的语法高亮看
elif是否和前一个if同色；或者把所有if替换为elif看是否报缩进错
空分支（pass）和没写 else 都可能埋雷
有些场景下你明确知道某个条件不该发生，就只写 if 不配 else；或者写了 else: pass。但 Python 不会警告你遗漏了处理路径，运行时出问题才暴露。
- 常见坑：
if status == 'done': process()，但没处理'error'或'pending'，后续代码拿不到预期数据 - 建议：除非你真能保证其他分支不可能出现（比如枚举值已穷尽），否则显式写出
else:并至少加raise ValueError(f"unhandled status: {status}") - 性能提示：
else: pass不影响速度，但掩盖逻辑缺口；相比起来，else: ...明确表达意图，也方便以后扩展
嵌套 if 容易让缩进失控，优先考虑扁平化
三层以上嵌套会让代码横向拉长、阅读成本陡增，而且每个缩进层级都增加漏掉 else 或拼错 elif 的风险。
- 替代方案：用卫语句（guard clause）提前返回或中断，比如
if not data: return None，把主逻辑放在顶层缩进 - 合并条件：把
if a: if b: do()改成if a and b: do()，前提是b不依赖a的副作用 - 拆函数：当某段
if块超过 5 行，把它抽成独立函数，用清晰的函数名表达意图，比如handle_payment_failure()
注意：Python 没有 switch，别想着靠缩进来模拟 case；elif 链太长（比如超过 6 个分支）时，字典映射或 getattr 动态调用往往更可读、更易维护。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
