如何用Golang捕获panic异常_Golang panic异常捕获实践_技术教程

答案：Go语言通过defer和recover捕获panic以提升程序健壮性，recover仅在defer中有效，可阻止panic传播并获取其值；HTTP服务中可通过recovery中间件统一处理panic，防止服务崩溃；每个goroutine需独立设置defer-recover，主协程无法捕获子协程panic；recover返回interface{}类型，需通过类型断言判断具体panic信息；合理使用defer+recover能有效控制错误影响范围，但不应滥用，避免掩盖真正编程错误。

在Go语言中，panic 是一种运行时错误机制，用于表示程序遇到了无法继续执行的严重问题。虽然我们应尽量避免panic，但在某些场景下（如第三方库调用、不可预知的边界条件），它仍可能发生。为了提升程序的健壮性，合理地捕获和处理 panic 异常至关重要。

理解 defer 和 recover 的作用

Go 没有 try-catch 这样的异常处理结构，而是通过 defer 配合 recover 来实现 panic 的捕获。

recover 是一个内建函数，只有在 defer 函数中调用才有效。当程序发生 panic 时，正常的控制流中断，defer 函数会被依次执行。如果某个 defer 中调用了 recover，它可以阻止 panic 的进一步传播，并返回 panic 的值。

示例代码：

func safeDivide(a, b int) {
    defer func() {
        if r := recover(); r != nil {
            fmt.Println("捕获到 panic:", r)
        }
    }()
    
    if b == 0 {
        panic("除数不能为零")
    }
    fmt.Println("结果:", a/b)
}

在 HTTP 服务中捕获 panic

Web 服务中，一个未被捕获的 panic 可能导致整个服务崩溃。使用中间件统一捕获 panic 是常见做法。

以 net/http 为例，编写一个通用的 recovery 中间件：

func recoveryMiddleware(next http.HandlerFunc) http.HandlerFunc {
    return func(w http.ResponseWriter, r *http.Request) {
        defer func() {
            if r := recover(); r != nil {
                log.Printf("请求发生 panic: %v\n", r)
                http.Error(w, "服务器内部错误", http.StatusInternalServerError)
            }
        }()
        next(w, r)
    }
}

// 使用示例
func handler(w http.ResponseWriter, r *http.Request) {
    panic("模拟服务异常")
}

http.HandleFunc("/test", recoveryMiddleware(handler))
http.ListenAndServe(":8080", nil)

goroutine 中的 panic 捕获注意事项

每个 goroutine 是独立的执行流，主协程无法直接捕获子协程中的 panic。必须在每个子协程内部设置 defer-recover 机制。

错误示例：主协程的 defer 无法捕获子协程 panic

正确做法：

go func() {
    defer func() {
        if r := recover(); r != nil {
            fmt.Println("子协程捕获 panic:", r)
        }
    }()
    panic("子协程出错")
}()

否则，该 panic 会终止整个程序。

recover 的返回值与类型断言

recover() 返回 interface{} 类型，通常需要根据实际 panic 值进行判断或日志记录。

若 panic 传入的是字符串或 error，可通过类型断言获取具体信息：

if r := recover(); r != nil {
    switch v := r.(type) {
    case string:
        log.Println("panic 字符串:", v)
    case error:
        log.Println("panic 错误:", v.Error())
    default:
        log.Println("未知 panic 类型")
    }
}

基本上就这些。只要在关键路径上合理使用 defer + recover，就能有效防止 panic 导致程序崩溃，同时保留足够的上下文用于排查问题。注意不要滥用 recover，对于真正的编程错误（如空指针、数组越界），让程序快速失败往往更利于发现问题。