为何recover()在嵌套deferred函数中无法生效？

嘿，这个问题其实戳中了Go语言里recover()的一个核心规则，很多刚接触Go的开发者都会踩这个坑，我来给你讲明白：

先明确你的问题现象 #

你测试了两种场景：

1. 直接defer调用含recover()的函数，能正常捕获panic：

package main
import "fmt"
func printRecover() {
	r := recover()
	fmt.Println("Recovered:", r)
}
func main() {
	defer printRecover()
	panic("OMG!")
}

输出：Recovered: OMG!

2. 把含recover()的函数包装在defer的匿名函数里调用，recover()返回nil，无法捕获panic：

package main
import "fmt"
func printRecover() {
	r := recover()
	fmt.Println("Recovered:", r)
}
func main() {
	defer func() {
		printRecover()
	}()
	panic("OMG!")
}

输出：Recovered: <nil>

核心原因：recover()的生效规则 #

Go语言里有个明确的规则：recover()只有在当前被defer的函数体内直接调用时，才能捕获当前goroutine的panic。

在第二种场景里，你defer的是那个匿名函数，而recover()是在printRecover()这个子函数里调用的——printRecover()并不是被defer的函数，它只是被defer的匿名函数调用的普通函数。此时recover()所在的函数栈和defer函数栈是分离的，自然无法捕获到上层的panic。

解决办法 #

有两种常见的修复方式，根据你的需求选择：

方式1：把recover()直接写在defer的匿名函数内 #

这是最直接的写法，完全符合recover()的生效规则：

package main
import "fmt"
func main() {
	defer func() {
		if r := recover(); r != nil {
			fmt.Println("Recovered:", r)
		}
	}()
	panic("OMG!")
}

运行后会正常输出：Recovered: OMG!

方式2：保留printRecover()，传递recover()的结果 #

如果你想把恢复后的逻辑封装到单独的函数里，可以先在defer的匿名函数里调用recover()，再把结果传进去：

package main
import "fmt"
func printRecover(r interface{}) {
	fmt.Println("Recovered:", r)
}
func main() {
	defer func() {
		if r := recover(); r != nil {
			printRecover(r)
		}
	}()
	panic("OMG!")
}

这种方式既保留了代码的封装性，又符合Go的规则，同样能正常捕获panic。

总结 #

记住这个关键规则：recover()必须在被defer的函数的直接作用域内调用，不能嵌套在该函数调用的其他子函数里。每个函数调用栈都是独立的，recover()只能“看到”当前所在的defer函数对应的panic上下文。

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