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) 三元组。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Python免费学习笔记（深入）”；
- 只在异常活跃期间有效（即处于
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 的起始帧，就容易在多层包装后彻底迷失源头。
