17370845950

Python异常处理的关键在于理解异常对象生成、捕获机制、栈帧展开及raise/from语义；必须用isinstance()判断类型，raise无参会重置traceback起点，sys.exc_info()是获取当前异常唯一途径，自定义异常应继承Exception而非BaseException。

Python 的异常处理不是靠死记 try/except/finally 语法就能用好的；真正卡住人的，是搞不清「异常对象怎么生成」「谁在捕获它」「栈帧如何展开」「raise 和 raise ... from 到底改了什么」——这些才是第531讲里真正要拆开揉碎的部分。

异常对象的创建和类型判断必须用 isinstance()，不是 ==

很多初学者写 if e == ValueError: 或 if type(e) is ValueError:，结果永远进不去分支。因为异常是类的实例，不是类本身；ValueError('msg') 是一个对象，ValueError 是它的类。

• isinstance(e, ValueError) 正确：检查实例是否属于该类或其子类
• e.__class__ is ValueError 可行但不推荐：绕过继承链，无法捕获子类异常
• type(e) == ValueError 错误：type() 返回的是类对象，但比较时没考虑继承
• 实际场景中，比如你封装了一个数据库操作函数，想对 sqlite3.IntegrityError 和它的父类 sqlite3.Error 统一处理，就必须依赖 isinstance()

raise 不带参数时会原样重抛当前异常，但会丢失原始 traceback

在嵌套 except 块里写 raise（无参数），看似“继续往上抛”，其实 Python 会把当前帧设为异常起点，导致原始出错位置被掩盖。调试时看到的 traceback 从这里开始，而不是最初触发的地方。

• 想保留原始 traceback，用 raise 无参数 + 确保不在新异常上下文中（即不要在另一个 except 里再 raise）
• 更稳妥的做法是显式使用 raise e from None（抑制链式异常）或 raise e from e（保持链式）
• 常见错误：在日志后写 raise，结果 traceback 显示的是日志那行，而非引发异常的 data['key'] 访问

sys.exc_info() 是唯一能拿到「当前正在处理的异常」元组的地方

当需要在非 except 块里访问异常（比如通用错误收集器、装饰器中的异常钩子），不能依赖 except Exception as e:，而必须用 sys.exc_info()。它返回 (type, value, traceback) 三元组。

• 只在异常活跃期间有效（即处于 except 块内，或刚被 raise 出来还没被处理完）
• value 就是异常实例，比如 ValueError('invalid int')
• 注意：不能在 finally 里直接用，除非前面有 except 捕获过，否则 sys.exc_info() 返回 (None, None, None)
• 实战例子：

  import sys
  def log_last_exception():
      exc_type, exc_value, exc_tb = sys.exc_info()
      if exc_type is not None:
          print(f"Caught {exc_type.__name__}: {exc_value}")

自定义异常一定要继承 Exception，别直接继承 BaseException

继承 BaseException（比如写 class MyError(BaseException):）会导致你的异常无法被常规 except Exception: 捕获，甚至干扰 KeyboardInterrupt 和 SystemExit 的处理逻辑。

• 所有业务异常都应该继承 Exception 或其子类（如 ValueError、RuntimeError）
• 如果想让异常跳过某些中间层（极少见），才考虑 BaseException 子类，但必须清楚后果
• 建议命名规范：MyAppValidationError、MyAppNetworkTimeout，避免泛泛叫 MyError
• 加一个 __init__ 并调用 super().__init__(message)，保证能被 str(e) 正常转换

异常处理最易被忽略的点，其实是「异常生命周期」——它从 raise 开始，到某个 except 结束，中间每一步（比如 finally 执行、__exit__ 调用、上下文管理器退出）都可能改变异常状态。不跟踪 sys.exc_info() 的变化，不看 traceback 的起始帧，就容易在多层包装后彻底迷失源头。