嵌套异常处理：何时用try-except？函数调用异常处理最佳实践

问题核心 #

当函数A调用会抛出异常的函数B时，通常有两种处理选择：

• 方式1：在函数A中捕获B抛出的异常后重新抛出
• 方式2：直接调用B，不额外处理异常

如果不对错误做任何附加操作（比如补充上下文、转换异常类型等），在函数A里加这种无额外处理的try-except块，到底有没有必要？算不算最佳实践？

代码示例 #

验证函数 #

def validate(df):
    if df.empty():
        raise Exception("DataFrame为空")
    return df

方式1：捕获后原封不动重抛 #

def function_a():
    df = something()
    try:
        df2 = validate(df)
    except Exception as exception:
        raise exception
    df2.to_csv()

方式2：直接调用不处理异常 #

def function_a():
    df = something()
    df2 = validate(df)
    df2.to_csv()

结论 #

完全没必要用方式1，这属于纯粹的冗余代码，没有任何实际价值。

原因很直白：方式1的try-except块只是把异常抓过来再原封不动抛出去，和方式2让异常自然向上传播的效果完全一致。这么写不仅没好处，还会：

• 平白增加代码行数，拖慢阅读效率
• 某些场景下可能丢失原始异常的栈帧细节（Python里raise exception虽保留栈帧，但这种写法本身毫无意义）

只有当你需要在捕获异常时做具体操作，才值得加try-except块，比如：

• 给异常补充上下文信息（比如raise Exception("处理DataFrame时出错") from exception）
• 转换异常类型（把底层通用异常转成业务相关的自定义异常）
• 执行清理操作（关闭文件、释放资源等）
• 记录错误日志

如果没有这些需求，直接让异常自然向上传播就好，这才是简洁、符合Python风格的最佳实践。

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