为何Python logging.exception方法默认不记录异常回溯信息？

核心原因 #

logging.exception的设计初衷是捕获并记录当前异常处理块（except代码块）内的活跃异常，而非处理预先保存、从外部传入的Exception对象。它本质是logging.error的封装，默认行为依赖当前的异常上下文，而非传入的参数本身。

具体细节 #

1. logging.exception的本质
   它等价于调用logging.error(msg, exc_info=True)，其中exc_info=True的作用是捕获当前栈帧中正在处理的异常（也就是except块内触发的那个异常），并打印其回溯。当你在except块外调用logging.exception(r)时，此时没有活跃的异常上下文，exc_info=True无法获取到回溯信息，只能打印异常的字符串表示（str(r)）。

2. Exception对象的回溯存储
   你返回的Exception对象确实携带回溯信息（存在于__traceback__属性中），但logging.exception的默认逻辑不会主动读取这个属性——它的默认逻辑是依赖当前异常上下文，而非解析传入的参数是否为Exception对象。

为什么不默认支持该场景 #

• 设计定位问题：logging.exception的原始定位是“在异常发生的现场记录异常”，而非“记录任意一个Exception对象”。添加自动识别传入参数是否为Exception对象的逻辑，会偏离其最初的设计目标，增加模块复杂度。
• 灵活性优先：日志模块通过exc_info参数提供了手动指定异常的能力（比如exc_info=r），让用户自主控制是否记录某个Exception对象的回溯，保持了API的灵活性，而非强制默认行为。
• 历史场景限制：Python logging模块设计时，“返回Exception对象”这类防御性编程模式并非主流场景，因此默认逻辑没有覆盖这种情况。

你的修复方案为什么生效 #

当你调用logging.exception(r, exc_info=r)时，exc_info参数直接接收了这个Exception对象，日志系统会主动读取它的__traceback__属性，从而完整打印出回溯信息。

简化方案（可选） #

如果你的场景经常需要记录返回的Exception对象，可以封装一个工具函数：

import logging

def log_exception(msg):
    if isinstance(msg, Exception):
        logging.exception(msg, exc_info=msg)
    else:
        logging.exception(msg)

内容的提问来源于stack exchange，提问作者karlicoss