Golang并发编程中panic recover处理示例

在Go并发编程中，每个goroutine需独立处理panic，因主goroutine无法捕获其他goroutine的panic。通过defer配合recover可捕获并恢复，避免程序崩溃，同时保证资源释放与逻辑完整性，提升程序健壮性。

在Go语言的并发编程中，panic会中断当前goroutine的执行流程，如果不加以处理，可能导致程序整体崩溃。通过使用defer和recover，可以在发生panic时进行捕获并恢复执行，避免整个程序退出。

为什么需要在goroutine中使用recover

每个goroutine是独立执行的，主goroutine无法直接捕获其他goroutine中的panic。如果子goroutine发生panic且未处理，只会导致该goroutine终止，并可能留下资源未释放或逻辑不完整的问题。

为了保证程序的健壮性，应在可能出错的goroutine中主动设置recover机制。

基本recover使用示例

在这个例子中，当id为2的goroutine触发panic时，defer中的recover会捕获它，输出错误信息但不会让整个程序崩溃。

立即学习“go语言免费学习笔记（深入）”；

豆包AI编程

豆包推出的AI编程助手

483

查看详情

启动多个goroutine并安全处理panic

下面是一个完整的程序，启动多个worker，其中一个故意panic：

package main

import (
    "fmt"
    "time"
)

func worker(id int) {
    defer func() {
        if r := recover(); r != nil {
            fmt.Printf("goroutine %d 发生 panic: %v\n", id, r)
        }
    }()

    fmt.Printf("worker %d 启动\n", id)

    if id == 3 {
        panic("任务执行失败")
    }

    time.Sleep(1 time.Second)
    fmt.Printf("worker %d 成功完成\n", id)
}

func main() {
    for i := 1; i <= 5; i++ {
        go worker(i)
    }

    time.Sleep(3 time.Second) // 等待所有goroutine完成
    fmt.Println("所有任务结束")
}

输出结果类似：

worker 1 启动
worker 1 成功完成
worker 2 启动
worker 2 成功完成
worker 3 启动
goroutine 3 发生 panic: 任务执行失败
worker 4 启动
worker 4 成功完成
worker 5 启动
worker 5 成功完成
所有任务结束

注意事项与最佳实践

• recover必须配合defer使用，且只有在同一个goroutine中才有效
• 不要滥用recover，它适用于可预期的异常场景，如网络请求超时、数据格式错误等
• recover后通常应记录日志或通知监控系统，便于排查问题
• 可以将recover封装成通用函数，提高代码复用性
• 主goroutine也建议设置recover，防止意外panic导致程序退出

基本上就这些。合理使用recover能显著提升Go程序在并发环境下的稳定性。

以上就是Golang并发编程中panic recover处理示例的详细内容，更多请关注php中文网其它相关文章！