panic用于触发运行时恐慌，终止函数执行并向上蔓延；recover则在defer中捕获panic，阻止程序崩溃。两者配合实现异常控制，类似throw/catch，但应仅用于严重错误，普通错误推荐error处理。

panic 和 recover 是 Go 语言中用于处理严重错误的机制，它们的作用完全不同，通常配合使用来控制程序在发生异常时的行为。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

panic：主动触发运行时恐慌

panic 用来表示程序遇到了无法继续正常执行的错误。调用 panic 后，当前函数执行停止，然后逐层向上退出已调用的函数栈，执行这些函数中定义的 defer 函数。直到 main 函数或协程顶层被终止。 常见使用场景：

• 遇到不可恢复的错误，比如配置加载失败、系统资源缺失
• 程序逻辑出现严重异常，例如空指针解引用（虽然 Go 中多数情况会直接崩溃）
• 开发者主动中断流程以防止错误蔓延

示例：

func badFunc() {
    panic("something went wrong")
    fmt.Println("never printed")
}

recover：从 panic 中恢复执行

recover 是一个内建函数，用于在 defer 函数中捕获并停止 panic 的传播，使程序恢复正常流程。它只能在 defer 修饰的函数中有效，在普通函数调用中调用 recover 会返回 nil。 作用是“拦截”panic，避免程序整体崩溃，适用于需要容错处理的场景，如 Web 服务中的中间件、协程错误兜底等。 示例：

func safeCall() {
    defer func() {
        if r := recover(); r != nil {
            fmt.Println("recovered:", r)
        }
    }()
    panic("oh no!")
    fmt.Println("this won't run")
}

上面代码不会崩溃，而是打印 recovered: oh no! 并继续执行后续逻辑。

两者核心区别总结

• panic 是“抛出”异常行为，导致流程中断；recover 是“捕获”异常，阻止中断扩散
• panic 可在任意位置调用；recover 必须在 defer 函数中使用才有效
• recover 的返回值是 panic 传入的值，若没有 panic 发生，则返回 nil
• recover 不是用来处理普通错误（error），而是应对程序级异常（panic）

基本上就这些。panic 和 recover 类似其他语言中的 throw 和 catch，但设计更克制，建议只用于真正异常的情况，日常错误应优先使用 error 返回值处理。