在 Go 语言中,recover 是一个内置函数,通常与 defer 语句结合使用,用于捕获 panic 引发的异常,从而防止程序崩溃。recover 主要用于错误处理,使得程序可以在 panic 发生时进行适当的恢复,而不会导致整个程序终止。
1.recover的基本使用
recover 只有在 defer 函数内部调用时,才能成功捕获 panic,否则它将返回 nil。
示例 1:捕获panic
package main
import "fmt"
func main() {
fmt.Println("程序开始")
safeFunction()
fmt.Println("程序继续执行")
}
func safeFunction() {
defer func() {
if err := recover(); err != nil {
fmt.Println("捕获到异常:", err)
}
}()
fmt.Println("即将触发 panic")
panic("发生了一个错误")
fmt.Println("这句话不会执行") // 由于 panic,后续代码不会执行
}
输出:
程序开始
即将触发 panic
捕获到异常: 发生了一个错误
程序继续执行
解析:
- panic("发生了一个错误") 触发了异常。
- recover 在 defer 语句中执行,成功捕获 panic 并打印错误信息。
- 由于 recover 处理了 panic,程序不会崩溃,而是继续执行 main 函数后续的代码。
2.recover只能在defer中使用
如果 recover 不在 defer 函数中调用,它不会捕获 panic,例如:
package main
import "fmt"
func main() {
fmt.Println("即将触发 panic")
panic("一个错误")
err := recover() // 这里 recover 不会生效
fmt.Println("捕获到:", err)
}
输出:
即将触发 panic
panic: 一个错误
程序直接崩溃,recover() 无法捕获 panic,因为它不在 defer 中。
3.recover结合panic进行错误恢复
在 Go 语言中,panic 主要用于无法恢复的错误(如数组越界、空指针引用),但有些情况下,我们可以使用 recover 进行恢复:
示例 2:继续执行其他任务
package main
import "fmt"
func main() {
fmt.Println("程序启动")
for i := 0; i < 3; i++ {
safeFunction(i)
}
fmt.Println("程序结束")
}
func safeFunction(index int) {
defer func() {
if err := recover(); err != nil {
fmt.Printf("函数 %d 发生异常: %v\n", index, err)
}
}()
fmt.Printf("执行函数 %d\n", index)
if index == 1 {
panic("函数 1 发生了错误")
}
fmt.Printf("函数 %d 正常结束\n", index)
}
输出:
程序启动
执行函数 0
函数 0 正常结束
执行函数 1
函数 1 发生异常: 函数 1 发生了错误
执行函数 2
函数 2 正常结束
程序结束
解析:
- safeFunction(1) 发生 panic,但 recover 捕获了异常,程序继续执行 safeFunction(2),未受影响。
- recover 允许 panic 只影响当前函数,而不是整个程序。
4.recover的应用场景
- 防止服务器崩溃在 goroutine 中使用 recover 避免 panic 影响整个进程。
- 日志记录recover 可以记录 panic 发生的情况,方便调试。
- 任务调度在 for 循环或 goroutine 任务池中使用 recover 确保单个任务失败不会影响整体进程。
示例 3:在goroutine中使用recover
package main
import (
"fmt"
"time"
)
func main() {
go func() {
defer func() {
if err := recover(); err != nil {
fmt.Println("捕获到 goroutine 异常:", err)
}
}()
panic("goroutine 崩溃")
}()
time.Sleep(time.Second) // 等待 goroutine 执行
fmt.Println("主协程继续运行")
}
输出:
捕获到 goroutine 异常: goroutine 崩溃
主协程继续运行
解析:
- recover 捕获了 goroutine 发生的 panic,防止影响主协程。
- time.Sleep 只是为了等待 goroutine 运行,实际应用中可以用 sync.WaitGroup 代替。
5.recover不能拦截fatal error
recover 无法拦截 Go 运行时(runtime)级别的 fatal error,比如:
- 空指针解引用
- 超出数组边界
- stack overflow
这些错误会直接导致进程崩溃,即使 recover 也无法捕获。
示例 4:无法捕获运行时错误
package main
import "fmt"
func main() {
defer func() {
if err := recover(); err != nil {
fmt.Println("捕获到错误:", err)
}
}()
var a *int
*a = 100 // 触发空指针解引用错误
}
输出:
panic: runtime error: invalid memory address or nil pointer dereference
即使 recover 在 defer 里,仍然无法捕获 nil pointer dereference(空指针解引用)错误。
6. 结论
- recover 必须 在 defer 语句中调用,否则返回 nil,无法捕获 panic。
- recover 可以拦截 panic,防止程序崩溃,使其能够继续执行。
- recover 适用于:防止 goroutine 崩溃错误日志记录任务调度恢复
- recover 无法捕获 Go 运行时错误,如 nil pointer dereference 和 stack overflow。
7. 总结
- panic 用于不可恢复的错误;
- recover 用于捕获 panic,并恢复程序运行;
- recover 必须在 defer 语句中使用,否则无效;
- 不能捕获 Go 运行时的 fatal error。
合理使用 panic 和 recover,可以让 Go 程序在保证稳定性的同时,提高错误处理能力。