空raise可原样重抛当前异常并保留原始traceback，是最安全方式；错误写法如raise e会截断堆栈；需包装异常时应使用raise new_exc from original_exc显式链式关联。
用 raise 不带参数重新抛出异常
在 except 块中直接写 raise（不带任何参数），就能原样重抛当前正在处理的异常，包括原始堆栈轨迹。这是最常用也最安全的方式。
常见错误是写成 raise e 或 raise type(e)(e)，这会截断原始堆栈，让调试时看不到异常最初发生的位置。
- ✅ 正确：
try: risky_operation() except ValueError as e: log_error(e) raise # ← 关键：空 raise - ❌ 错误：
except ValueError as e: raise e # ← 丢掉原始 traceback - 适用场景：日志记录后透传、条件性拦截再放行、统一错误包装前的中转
用 raise ... from 显式声明异常因果关系
当你要把一个异常“包装”成另一个异常（比如把底层 ConnectionError 转为业务层 ServiceUnavailableError），又想保留原始异常作为上下文，就用 raise new_exc from original_exc。
这样 Python 会在 traceback 末尾显示 During handling of the above exception, another exception occurred:，并附上原始异常信息。
- ✅ 推荐写法：
try: requests.get("https://api.example.com") except requests.ConnectionError as conn_err: raise ServiceUnavailableError("API is unreachable") from conn_err - ⚠️ 注意：
raise new_exc from None会抑制原始异常链，只显示新异常——仅在明确不想暴露底层细节时使用 - 性能影响极小，但会让 traceback 更长；调试时能一眼看到“根本原因”和“传播路径”
避免手动重建异常或调用 sys.exc_info()
老式写法如 exc_type, exc_value, exc_tb = sys.exc_info() 再用 raise exc_type, exc_value, exc_tb（Python 2 风格）或 traceback.print_exception() 手动输出，在 Python 3 中既冗余又容易出错。
- Python 3 的
raise空语句已自动绑定当前异常上下文，无需干预 - 手动操作
sys.exc_info()容易漏掉隐式异常状态（比如在finally中触发新异常时），导致堆栈错乱 - 第三方库（如
logging.exception()）内部已适配现代异常机制，直接用即可
在 finally 或上下文管理器中重抛需格外小心
如果在 finally 块里写了 raise，它会覆盖掉 try 中原本要抛出的异常——哪怕那个异常还没来得及被 except 捕获。
- ❌ 危险示例：
try: raise ValueError("original") finally: raise RuntimeError("cleanup failed") # ← 原始 ValueError 彻底丢失 - ✅ 安全做法：只在明确知道没有活跃异常时才在
finally中raise；否则改用except+ 空raise，或记录后让原异常自然冒泡 - 容易被忽略的点：异步代码（
async/await）中__aexit__的异常处理逻辑与同步不同，raise行为一致，但堆栈融合更复杂，建议优先用raise ... from显式建链
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
