Golang panic与recover使用详解

Go语言通过panic触发运行时恐慌，中断函数执行并回溯调用栈；recover则在defer中捕获panic，恢复程序流程，常用于Web中间件等场景防止整体崩溃，需注意仅用于不可恢复错误，避免滥用。

在Go语言中，没有像其他语言那样的try-catch异常处理机制。取而代之的是panic和recover这两个内置函数，它们共同构成了Go的错误恢复机制。理解它们如何配合使用，对编写健壮的Go程序至关重要。

panic：触发运行时恐慌

当程序遇到无法继续执行的错误时，可以调用panic来中断正常流程。它会停止当前函数的执行，并开始逐层向上回溯调用栈，执行延迟函数（defer），直到程序崩溃或被recover捕获。

常见触发panic的情况包括：

• 主动调用panic("error message")
• 数组越界访问
• 空指针解引用
• 向已关闭的channel发送数据

例如：

recover：从panic中恢复

recover是一个内建函数，用于重新获得对panic流程的控制。它只能在defer函数中有效调用。如果当前goroutine正处于panic状态，recover会返回传给panic的值；否则返回nil。

关键点是：recover必须在defer中调用才能生效。

示例：

在这个例子中，即使发生除零错误导致panic，也会被defer中的recover捕获，函数将安全返回而不是崩溃。

典型使用模式与注意事项

实际开发中，panic通常用于不可恢复的错误，比如程序逻辑错误或初始化失败。而recover更多用于构建稳定的接口层，如web服务器中间件、RPC框架等，防止某个请求的错误导致整个服务崩溃。

常见使用场景：

• HTTP中间件中捕获handler的panic，返回500错误
• 任务协程中防止单个任务崩溃影响主流程
• 插件系统中隔离不信任代码

需要注意：

• 不要滥用panic当作普通错误处理方式
• recover后程序不会回到panic点，而是从defer函数继续执行
• 每个goroutine需要独立的recover机制，一个goroutine的panic不会影响其他goroutine

基本上就这些。掌握panic与recover的核心在于理解其执行时机和作用范围，合理使用能让程序更稳健，滥用则会让代码难以维护。