Golang如何使用panic与recover处理异常

Go语言通过panic触发运行时恐慌，中断函数执行并沿调用栈传递，可通过defer中的recover捕获，防止程序崩溃；recover仅在defer中直接调用有效，用于处理不可恢复错误或服务级防护，如中间件中捕获异常并返回500错误，建议优先使用error而非panic，避免滥用导致逻辑混乱。

在Go语言中，没有像其他语言那样的try-catch异常机制，而是通过 panic 和 recover 来处理运行时的严重错误。虽然不推荐将其作为常规错误处理手段，但在某些场景下合理使用能有效防止程序崩溃。

理解 panic 的作用

panic 会中断正常的函数执行流程，触发一个运行时恐慌。当调用 panic 后，当前函数停止执行，已经注册的 defer 函数会依次执行，然后将 panic 向上传递到调用栈。

• 程序遇到无法继续的错误，如空指针解引用
• 主动调用 panic("something went wrong") 抛出问题
• 数组越界、类型断言失败等运行时错误

示例：

func badFunc() {
    panic("oh no, something broke!")
}

func main() {
    fmt.Println("start")
    badFunc()
    fmt.Println("this won't print")
}

输出结果会在打印 "start" 后终止，并显示 panic 信息。

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

使用 recover 捕获 panic

recover 是一个内置函数，用于在 defer 中捕获正在发生的 panic。只有在 defer 函数中直接调用 recover 才有效。

如知AI笔记

如知笔记——支持markdown的在线笔记，支持ai智能写作、AI搜索，支持DeepseekR1满血大模型

27

查看详情

recover 的典型用法：

func safeCall() {
    defer func() {
        if r := recover(); r != nil {
            fmt.Println("recovered:", r)
        }
    }()
    panic("test panic")
}

在这个例子中，程序不会崩溃，而是打印 "recovered: test panic" 并继续执行后续代码。

实际应用建议

panic 和 recover 更适合处理不可恢复的错误或框架级保护，而不是替代 error 返回。以下是一些实用建议：

• 在库函数中避免随意使用 panic，应优先返回 error
• web 服务中可在中间件使用 defer + recover 防止某个请求导致整个服务宕机
• recover 必须配合 defer 使用，且必须是匿名函数或直接函数调用
• recover 返回值为 interface{} 类型，可能是字符串或 error，需做类型判断

服务端常见防护模式：

func middleware(h http.HandlerFunc) http.HandlerFunc {
    return func(w http.ResponseWriter, r *http.Request) {
        defer func() {
            if err := recover(); err != nil {
                log.Printf("panic caught: %v", err)
                http.Error(w, "Internal Server Error", 500)
            }
        }()
        h(w, r)
    }
}

基本上就这些。关键是要明白：Go 推荐用 error 表示可预期的错误，而 panic 用于真正异常的情况，recover 则是最后一道防线。用好它们可以提升程序健壮性，但滥用会导致逻辑混乱。不复杂但容易忽略的是 defer 中 recover 的调用时机和作用范围。

以上就是Golang如何使用panic与recover处理异常的详细内容，更多请关注php中文网其它相关文章！