将捕获的Exception实例作为参数传递是否符合Python风格？

我希望将捕获到的Exception（或其子类）实例作为参数传递给某个函数，想知道这种做法是否符合Python惯用风格（Pythonic）。我有一个根据某方法调用成功与否执行不同回调的系统，简化后的代码如下：

class Foo:
    def bar(self):
        pass

    def callback_success(self):
        pass

    def callback_error(self):
        pass

在代码的其他部分使用方式如下：

foo = Foo()
was_success = True
try:
    foo.bar()
except Exception:
    was_success = False
    foo.callback_error()

if was_success:
    foo.callback_success()

现在我想给callback_error传递更多具体的错误信息，于是想到将捕获的异常作为参数传入该回调，代码如下：

def callback_error(self, ex: Exception):
    pass

# 捕获异常时的调用
except Exception as e:
    foo.callback_error(e)

我知道这个方案可行，但不确定将捕获的异常作为值传递是否是个好主意，想请教这种做法是否符合Python风格？除了感觉有点奇怪、从未见过他人使用该模式外，是否存在其他会导致代码质量变差的问题？如果在代码库中遇到这类代码，您会怎么看待？

回答 #

这种传递捕获的异常实例给回调的做法完全符合Python惯用风格，而且是很常见的实践，并没有什么奇怪的地方。

• 首先，Python标准库本身就大量采用这种模式：比如logging模块的logger.exception()方法，本质就是接收捕获的异常实例来生成包含栈追踪的详细日志；异步框架如asyncio的错误回调，也会把异常对象作为参数传入，方便开发者针对性处理不同错误场景。
• 传递异常实例不会导致代码质量下降，反而能大幅提升可调试性：回调函数可以通过异常对象获取错误类型、具体信息、完整栈追踪等关键数据，这些信息比单纯的错误提示更能帮助快速定位问题根源。
• 如果在代码库中遇到这类代码，我会认为这是合理且专业的写法：说明开发者考虑到了错误信息的完整性，注重代码的可维护性，而非只做简单的错误通知。

唯一需要注意的细节是：尽量避免捕获过于宽泛的Exception（除非确实需要处理所有异常场景），优先捕获具体的异常子类，这样回调函数也能更精准地处理不同类型的错误。

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