应使用 sys.exc_info()[1] 获取当前异常对象，它在 except 块内返回最近一次触发的异常实例，比手动 raise e 或访问帧对象更安全可靠，且能保留完整 traceback。
用 sys.exc_info() 获取当前异常三元组
当 except 块中没写 as e，Python 仍会把异常对象临时存放在解释器线程状态里。此时最直接的方式是调用 sys.exc_info() —— 它返回一个三元组 (type, value, traceback)，其中 value 就是当前抛出的异常实例。
注意：这个函数只在 except 块内或其调用的函数中有效；一旦离开异常处理上下文（比如在 finally 或后续普通代码中），返回值可能为 (None, None, None)。
- 必须先
import sys - 推荐只取
sys.exc_info()[1]，即异常对象本身；[0]是异常类，[2]是 traceback 对象（通常不需要手动处理） - 如果嵌套了多层
except，它始终返回**最近一次被触发的异常**，不是外层未处理的
raise 不带参数时也会复用当前异常对象
如果你只是想“重新抛出”当前异常（比如记录日志后继续向上冒泡），直接写 raise（不带任何参数）即可。此时 Python 会自动使用 sys.exc_info() 中保存的原始异常对象，包括它的类型、消息和完整 traceback。
- 这比手动
raise sys.exc_info()[1]更安全：能保留原始 traceback，不会丢失栈帧信息 - 手动
raise e（哪怕e = sys.exc_info()[1]）会导致 traceback 从当前行开始重置，丢失原始出错位置 - 常见误用：
raise sys.exc_info()[0]—— 这会抛出类而非实例，触发TypeError: exceptions must derive from BaseException
为什么不用 inspect.currentframe().f_back.f_exc_*？
有人尝试通过帧对象访问 f_exc_value 等属性来获取异常，但这是不可靠的。这些属性仅在 CPython 3.12+ 中存在，且行为不稳定：它们只在进入 except 块**瞬间**被设置，稍后（如函数调用后）可能已被清空或覆盖。
立即学习“Python免费学习笔记（深入）”；
-
sys.exc_info()是官方支持、跨版本稳定的接口 -
f_exc_*属于内部实现细节，文档明确不保证兼容性 - 即便能读到，也不如
sys.exc_info()返回的三元组语义清晰、用途明确
实际场景：日志记录 + 异常分类判断
很多真实需求不是为了“拿对象”，而是做条件判断或结构化记录。例如区分网络错误和数据错误，或提取 HTTP 状态码。这时拿到 sys.exc_info()[1] 后可直接用 isinstance() 或访问其属性：
import systry: requests.get("https://www.php.cn/link/086e34bf4e3aebbb142ead2fd4901c0a") except: exc = sys.exc_info()[1] if isinstance(exc, requests.exceptions.ConnectionError): logger.warning("Network unreachable: %s", exc) elif hasattr(exc, "response") and exc.response is not None: logger.error("HTTP %d: %s", exc.response.status_code, exc.response.reason) raise # 继续传播
这里的关键是：不依赖 as e，也能完成所有需要异常对象的操作；但要注意，如果后续代码有多个 except 嵌套，每次进入新的 except 都会刷新 sys.exc_info()，旧异常会被覆盖。
