Go语言通过panic触发运行时恐慌，中断函数执行并回溯调用栈；recover则在defer中捕获panic，恢复程序流程，常用于Web中间件等场景防止整体崩溃，需注意仅用于不可恢复错误，避免滥用。
在Go语言中，没有像其他语言那样的try-catch异常处理机制。取而代之的是panic和recover这两个内置函数，它们共同构成了Go的错误恢复机制。理解它们如何配合使用，对编写健壮的Go程序至关重要。
panic：触发运行时恐慌
当程序遇到无法继续执行的错误时，可以调用panic来中断正常流程。它会停止当前函数的执行，并开始逐层向上回溯调用栈，执行延迟函数（defer），直到程序崩溃或被recover捕获。
常见触发panic的情况包括：
- 主动调用
panic("error message") - 数组越界访问
- 空指针解引用
- 向已关闭的channel发送数据
例如：
立即学习“go语言免费学习笔记（深入）”；
func examplePanic() {panic("something went wrong")
fmt.Println("this will not be printed")
}
recover：从panic中恢复
recover是一个内建函数，用于重新获得对panic流程的控制。它只能在defer函数中有效调用。如果当前goroutine正处于panic状态，recover会返回传给panic的值；否则返回nil。
关键点是：recover必须在defer中调用才能生效。
示例：
func safeDivide(a, b int) (result int, ok bool) {defer func() {
if r := recover(); r != nil {
fmt.Println("recovered:", r)
ok = false
}
}()
if b == 0 {
panic("division by zero")
}
return a / b, true
}
在这个例子中，即使发生除零错误导致panic，也会被defer中的recover捕获，函数将安全返回而不是崩溃。
典型使用模式与注意事项
实际开发中，panic通常用于不可恢复的错误，比如程序逻辑错误或初始化失败。而recover更多用于构建稳定的接口层，如web服务器中间件、RPC框架等，防止某个请求的错误导致整个服务崩溃。
常见使用场景：
- HTTP中间件中捕获handler的panic，返回500错误
- 任务协程中防止单个任务崩溃影响主流程
- 插件系统中隔离不信任代码
需要注意：
- 不要滥用panic当作普通错误处理方式
- recover后程序不会回到panic点，而是从defer函数继续执行
- 每个goroutine需要独立的recover机制，一个goroutine的panic不会影响其他goroutine
基本上就这些。掌握panic与recover的核心在于理解其执行时机和作用范围，合理使用能让程序更稳健，滥用则会让代码难以维护。
