Python异常处理是理解错误传播、异常对象生命周期和控制流重定向的系统过程；异常是BaseException子类实例，按MRO匹配except，else在无异常时执行，finally必执行，应精准捕获、善用日志与异常链。
Python异常处理不是简单的try-except套用，而是理解错误传播机制、异常对象生命周期和控制流重定向的系统性过程。掌握它，关键在三点：异常如何被抛出、如何被捕获、以及未被捕获时如何影响程序执行路径。
异常的本质是对象，不是字符串或信号
所有异常都是继承自BaseException的类实例。raise ValueError("无效输入")实际创建了一个ValueError对象，并立即中断当前执行帧，向上回溯调用栈寻找匹配的except块。
- 自定义异常只需继承
Exception（不推荐直接继承BaseException） - 异常对象可携带任意属性：
e = ValueError("超限"); e.code = 400; raise e -
sys.exc_info()返回(type, value, traceback)三元组，用于底层异常分析
except子句匹配依赖MRO，不是字符串相等
当异常抛出后，Python按except子句从上到下、按类的**方法解析顺序（MRO）**匹配。若写成except Exception:，它会捕获所有常规异常，但也会意外吞掉本该冒泡的SystemExit或KeyboardInterrupt（它们虽是
BaseException子类，但不继承Exception）。
- 精准捕获：优先写具体异常类型，如
except FileNotFoundError: - 避免宽泛捕获：
except:或except Exception:应仅出现在顶层日志或兜底逻辑中 - 多个异常用元组：
except (ConnectionError, TimeoutError):
finally与else不是装饰，而是确定性控制流节点
else块只在try中无异常时执行，且在except之前；finally无论是否异常、是否被处理、是否return或break，都一定执行——它是资源清理的唯一可靠位置。
- 文件操作推荐模式：
try/except/else/finally，其中else放业务逻辑，finally关文件 -
finally中return会覆盖try或except中的返回值，慎用 - 上下文管理器（
with）本质是语法糖，底层仍靠__exit__实现finally级保障
实战建议：从日志、重试、链式异常三步构建健壮逻辑
真实项目中，异常处理要服务于可观测性与恢复能力。
- 记录异常上下文：用
logging.exception()而非print(e)，保留完整traceback - 网络请求加指数退避重试：捕获
requests.RequestException后，sleep再重试，最多3次 - 封装底层异常：用
raise MyApiError("上传失败") from e保留原始异常链，便于调试又屏蔽实现细节
异常处理能力的分水岭，不在会不会写try，而在能否预判哪里该抛、哪里该拦、哪里该转、哪里该放。把异常当作接口契约的一部分，代码才真正可控。
