函数调用链中的错误可在哪些节点捕获？

核心遵循的底层规则 #

所有带结构化异常处理机制的编程语言（Python、JavaScript、Java、C#、Go的panic/recover逻辑等），错误捕获的核心逻辑是调用栈回溯冒泡：

• 当某段代码抛出未被当场拦截的错误时，错误会沿着函数的调用指向，从抛出点开始逐层向上回溯传播
• 错误传播过程中，会经过调用链上每一层调用方的执行上下文，只要在任意上下文遇到匹配该错误类型/范围的捕获逻辑，传播就会终止，错误被对应逻辑处理
• 如果错误一直回溯到程序最外层都没被捕获，就会触发全局默认错误处理逻辑，严重时直接导致程序崩溃

针对「A调用B、B调用C，错误在C中抛出」场景的可捕获位置 #

错误在C抛出时，完整传播路径为：C内部 → 调用C的B执行上下文 → 调用B的A执行上下文 → 全局程序层。因此C、B、A三个位置都具备潜在的错误捕获能力，各位置的捕获适用场景有明确差异：

• C位置（错误抛出点所在函数内部）：如果抛出错误的代码被同函数内的try...catch块包裹，错误会在C内部直接被拦截，不会向外传播。这种方式适合处理C自身逻辑内的可恢复错误，比如资源读取失败的兜底、参数校验异常的返回值转换。
• B位置（调用C的函数内部）：如果C没有对该错误做拦截，错误冒泡到B的执行上下文时，只要B在调用C的代码行外层包裹了匹配的捕获逻辑，就可以拦截这个从下游传递上来的错误。这种方式适合处理B与C交互层面的错误，比如C返回结构不符合B的入参要求、下游服务临时不可用的降级处理。
• A位置（调用B的函数内部）：如果C、B两层都没有拦截该错误，错误会继续向上冒泡到A的执行上下文，只要A在调用B的代码外层设置了匹配的捕获逻辑，就可以跨两层拦截这个传播上来的错误。这种方式适合做整条调用链的兜底处理，比如统一的错误日志上报、面向用户的统一错误提示、非核心链路的异常熔断。

补充说明：某一层最终能否成功捕获错误，和距离错误抛出点的层级数量无关，只需要满足两个条件：一是捕获逻辑的try块完整覆盖了触发错误的调用路径，二是catch块匹配的错误范围和抛出的错误类型一致。

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