recover()函数必须在defer语句中调用才能捕获panic，且defer必须在panic发生前声明。1. defer + recover()组合是唯一有效捕捉panic的方式；2. recover()仅在defer函数中有效，直接调用或在panic后声明defer均无效；3. 每个goroutine需独立处理panic，子goroutine的panic无法被父goroutine直接捕获；4. 避免滥用recover()，应优先使用error处理可预测错误，仅在必要边界处使用recover()以防止程序崩溃，并记录日志便于调试问题。
panic恢复失败，可能是你没用对地方，或者说，recover()函数压根就没被执行到。这事儿说起来有点绕，但理解了就简单。简单来说，就是defer + recover() 才是王道，而且defer必须在panic之前声明。
defer + recover() 才能捕捉panic，而且defer必须在panic之前声明。
为什么recover()必须在defer函数中调用？
因为panic发生时，Golang会沿着调用栈反向寻找defer语句，并执行它们。recover()只有在defer函数中才能捕获到panic，从而阻止程序崩溃。如果直接调用recover()，或者在panic之后声明defer，它都无法生效。这就像是，你得先设好安全网，才能放心地跳。
立即学习“go语言免费学习笔记（深入）”；
举个例子，下面这段代码就能正常恢复：
package main
import (
"fmt"
)
func main() {
defer func() {
if r := recover(); r != nil {
fmt.Println("Recovered from panic:", r)
}
}()
fmt.Println("Starting...")
panic("Something went wrong!")
fmt.Println("Ending...") // 这行不会被执行
}而下面这段代码就无法恢复：
package main
import (
"fmt"
)
func main() {
fmt.Println("Starting...")
panic("Something went wrong!")
defer func() {
if r := recover(); r != nil {
fmt.Println("Recovered from panic:", r)
}
}()
fmt.Println("Ending...")
}recover()只能恢复当前goroutine的panic吗？
是的，recover()只能恢复当前goroutine的panic。如果你在启动新的goroutine后发生panic，父goroutine无法直接捕获到。这种情况下，你需要一种机制将panic信息传递回父goroutine，或者在子goroutine内部进行recover()处理。
例如，你可能会这样做：
package main
import (
"fmt"
"runtime"
"time"
)
func worker(ch chan interface{}) {
defer func() {
if r := recover(); r != nil {
fmt.Println("Worker Recovered from panic:", r)
ch <- r // 将panic信息传递给主goroutine
}
close(ch)
}()
fmt.Println("Worker starting...")
panic("Worker failed!")
}
func main() {
ch := make(chan interface{}, 1)
go worker(ch)
runtime.Gosched() // 让出CPU时间片，确保worker goroutine先执行
select {
case r := <-ch:
fmt.Println("Main goroutine received panic:", r)
case <-time.After(time.Second):
fmt.Println("No panic received.")
}
fmt.Println("Main goroutine exiting...")
}这里，我们创建了一个channel，用于在worker goroutine发生panic时，将panic信息传递回主goroutine。需要注意的是，runtime.Gosched() 只是为了演示方便，实际应用中可能不需要。
如何避免过度使用recover()？
虽然recover()能防止程序崩溃，但过度使用可能会掩盖真正的问题。你应该只在必要的地方使用recover()，例如处理无法预料的错误，或者在goroutine边界处。对于可预测的错误，应该使用error返回值进行处理。
过度使用recover()可能会导致：
- 难以调试：panic被捕获后，堆栈信息丢失，难以定位问题。
- 隐藏bug：错误被忽略，导致程序在不稳定的状态下运行。
所以，最佳实践是：
- 尽可能使用error返回值处理可预测的错误。
- 在goroutine边界处使用recover()，防止goroutine panic影响整个程序。
- 记录recover()捕获的panic信息，方便调试。
总而言之，recover()是一个强大的工具，但要谨慎使用，避免滥用。
