17370845950

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，而在能否预判哪里该抛、哪里该拦、哪里该转、哪里该放。把异常当作接口契约的一部分，代码才真正可控。