Python 异常处理:从 try-except 到自定义异常

很多人把"报错"统称为异常，其实 Python 里的"错"分两种：

语法错误是"写错了"，异常是"运行时出了问题"。 异常处理只管后者。

执行逻辑很简单：先执行 try 块里的代码没出问题 → 跳过 except，继续往下走出了问题 → 跳到匹配的 except 块，执行处理逻辑，然后继续往下走一句话： try 是"试试看"，except 是"出了问题这么办"。

实际开发中，一段代码可能触发多种异常。Python 支持用多个 except 分支分别处理：

关键规则：异常匹配从上到下，一旦匹配成功就不再往下走子类异常要写在父类前面，否则父类会把子类全"吞掉"Exception 是几乎所有常规异常的父类，放在最后做兜底

错误写法	正确写法	为什么
except Exception  放最前面	except Exception  放最后面	父类在前会吞掉所有子类异常
except TypeError, ValueError:	except (TypeError, ValueError):	Python 3 必须用元组加括号

完整的异常处理结构有四个关键字：try → except → else → finally

每个关键字的执行时机：

完整示例：

一句话： else 是"没出事就做这个"，finally 是"不管出不出事都要收尾"。

finally 是异常处理里最容易踩坑的部分，有三个行为必须记住：

finally 在 return 之前执行。

finally 的 return 会覆盖 try 的 return。 这是经典面试题，也是生产环境里的隐形地雷。

结论：finally 里只做清理，不要 return，不要 raise。

异常处理不只是"接住"异常，有时候你需要主动抛出异常。

什么时候用 raise？ 当 Python 内置异常无法表达你的业务规则时。比如"密码长度不够"——Python 不会自动检查这种事，你得自己 raise。

典型场景： 先记日志，再让上层处理。裸 raise 保留原始异常类型和完整的 traceback。

用 from 链接原始异常和新异常，traceback 里会显示完整的因果链：

调试时救命的功能，别省掉。

内置异常（ValueError、TypeError）是通用的，但业务场景需要更精确的错误语义。 

分层捕获的好处：

设计原则：自定义异常必须继承 Exception，不要直接继承 BaseException类名以 Error 结尾异常类里只放描述错误的信息，不要塞业务逻辑继承层次不超过 4-5 层

更好的写法：用 with 语句自动管理资源

with 语句自动处理了 finally 的关闭逻辑，代码更简洁也更安全。文件操作用 with，数据库连接用 contextmanager，网络请求用 session.close()。

一句话总结： try-except 是给程序装安全气囊，else 是"平安到达的奖励"，finally 是"不管怎样都要系好安全带"，raise 是"主动按下紧急制动按钮"。