Python异常传播将未捕获异常逐层上抛并保留traceback；普通raise重抛原异常；raise...from...构建因果异常链；直接raise新异常则断开链。
Python 中的异常链和异常传播机制，决定了错误信息能否准确传递、是否保留原始上下文。合理使用 raise 不仅能控制错误抛出时机，还能通过异常链（raise ... from ...）显式关联因果关系，避免“丢失根因”。
异常传播：错误如何一层层往上冒
当函数中发生异常且未被 try/except 捕获时，该异常会自动向调用栈上层传播，直到被处理或终止程序。传播过程不改变异常类型和消息，但会保留完整的 traceback。
例如：
def load_config():return json.loads("{"name": "test") # 缺少引号，触发 JSONDecodeError
def start_app():
load_config() # 不捕获，异常直接传给调用者
start_app() # traceback 显示从 start_app → load_config → json.loads
普通 raise：重新抛出当前异常（保留原 traceback）
在 except 块中只写 raise（无参数），表示“原样重抛”，不新建异常，也不修改 traceback。常用于日志记录后继续上报。
立即学习“Python免费学习笔记（深入）”；
- 保持原始异常位置和堆栈，利于调试
- 不能用于非 except 上下文中（会报
Raising NoneType错误） - 适合“我看了，但不管，交给别人处理”场景
process_data()
except ValueError as e:
logger.warning(f"数据格式异常: {e}")
raise # 原封不动再抛一次
raise from：构建异常链，明确因果关系
使用 raise NewException(...) from original_exc 可创建带因果链接的异常链。Python 会在 traceback 中显示 The above exception was the direct cause of the following exception，并把原始异常作为 __cause__ 属性保存。
- 适用于“我在处理一个异常时，又引发了另一个更上层的业务异常”
- 原始异常不会被隐藏，可通过
exc.__cause__访问 - 若想抑制原始 traceback（不显示“During handling…”那段），可用
raise NewException(...) from None
data = fetch_from_api()
except ConnectionError as conn_err:
raise ServiceUnavailableError("服务暂时不可用") from conn_err
raise + 新异常：覆盖式抛出（断开异常链）
直接 raise Exception(...) 会创建全新异常，丢弃当前上下文。traceback 从这一行开始重建，原始异常完全丢失（除非手动保存）。
- 适合彻底转换错误语义，比如把底层 IOError 转为用户友好的 ValidationError
- 默认不保留原始 traceback，调试时可能找不到根源
- 如需保留部分信息，建议在新异常消息中显式引用原错误，或用
from构建链
with open("config.yaml") as f:
return yaml.safe_load(f)
except yaml.YAMLError as e:
raise ConfigLoadError(f"配置文件解析失败：{e}") # 无 from，链断裂
