Python异常从抛出点逐层向上传播直至被处理或触发默认回溯；traceback按倒序显示调用链，末行是错误源头；raise from可保留原始异常链路，sys.excepthook可定制未捕获异常的处理方式。
Python的异常传播机制决定了错误发生后，程序如何向上一层层传递异常，直到被处理或终止。理解这个过程，能帮你快速定位问题源头，而不是只看到最后一行报错。
异常从抛出点开始向上冒泡
当某行代码触发异常（比如ZeroDivisionError），Python不会立刻终止程序，而是暂停当前函数执行，把异常对象“扔给”调用它的上一层函数。如果上层没用try/except捕获，异常继续向上传递，逐级回溯调用栈，直到：
- 遇到匹配的except块，被处理
- 传到最外层（如模块顶层）仍无人处理，触发默认回溯（Traceback）并退出
traceback显示的是传播路径，不是错误源头
终端打印的Traceback按时间倒序排列：最后一行是实际出错的语句，往上是调用链。例如：
File "main.py", line 12, inresult = calculate(x) File "utils.py", line 7, in calculate return divide(a, b) File "math_ops.py", line 3, in divide return a / b # ZeroDivisionError: division by zero
这说明divide()是异常发生点，calculate()和main.py是传播经过的环节。真正要查的是divide()里b为什么为0，而不是只盯着main.py第12行。
立即学习“Python免费学习笔记（深入）”；
raise 和 raise ... from 改变错误链路语义
主动抛出异常时，方式不同会影响错误链路的可读性：
- raise new_exc：丢弃原始异常，只保留新异常（旧traceback丢失）
- raise new_exc from orig_exc：显式建立因果关系，Python会显示The above exception was the direct cause of the following exception:
- raise new_exc from None：抑制链路，完全切断与原始异常的关联
推荐在封装底层错误时用from，比如数据库操作失败后转成业务异常，方便排查时既看到业务上下文，也不丢失原始DB错误。
未捕获异常的终点是 sys.excepthook
所有未被处理的异常最终都会交给sys.excepthook。默认行为是打印traceback，但你可以替换它来实现统一日志、发送告警或自定义格式：
import sys
def my_handler(type, value, traceback):
print(f"[ERROR] {type.__name__}: {value}")
sys.excepthook = my_handler
注意：这不会影响已用try/except捕获的异常，只作用于“漏网之鱼”。
