panic会中断函数执行并触发defer调用，recover可在defer中捕获panic以恢复程序；适用于不可恢复错误，需谨慎使用以避免掩盖缺陷。
Go语言通过
panic
和
recover
提供了一种不同于
error
返回值的错误处理方式，适用于程序无法继续执行的严重错误。理解它们的工作机制，有助于写出更健壮的代码，同时避免误用导致的问题。
panic：中断正常流程的异常行为
当调用
panic
时，当前函数执行被立即中断，开始执行当前Goroutine中所有已延迟（defer）的函数。如果这些
defer
函数中没有调用
recover
，程序会继续向上回溯调用栈，逐层触发
defer
，直到整个Goroutine崩溃。
常见触发
panic
的情况包括：
主动调用
panic("something went wrong")
数组或切片越界访问 向已关闭的channel发送数据 空指针解引用（如调用nil接口的方法）
例如：
立即学习“go语言免费学习笔记（深入）”；
func badAccess() {
var s []int
println(s[0]) // 触发 panic: index out of range
}
recover：在defer中恢复程序流程
recover
是一个内建函数，只能在
defer
函数中生效。它用于捕获由
panic
引发的值，并停止向上传播，使程序恢复到正常执行状态。
关键点是：只有在defer函数中调用recover才有效。如果在普通函数或非defer调用中使用，recover将返回nil。
典型用法如下：
func safeDivide(a, b int) (result int, ok bool) {
defer func() {
if r := recover(); r != nil {
fmt.Println(“panic recovered:”, r)
ok = false
}
}()
if b == 0 {
panic(“division by zero”)
}
return a / b, true
}
在这个例子中，即使发生panic，函数也能安全返回，不会导致程序退出。
panic和recover的使用场景与注意事项
Go官方推荐优先使用
error
作为错误返回机制，而
panic
应仅用于不可恢复的程序错误。例如，配置加载失败、初始化逻辑出错等“不应该发生”的情况。
使用
recover
的常见场景包括：
Web框架中捕获HTTP处理器中的panic，防止服务崩溃 中间件或库代码中保护调用者不被内部错误影响 测试中验证代码是否正确触发panic
需要注意的几点：
recover只能捕获同一Goroutine中的panic 多个defer中的recover，只有第一个能捕获到panic值 不要滥用recover来替代错误处理，这会掩盖真正的程序缺陷 在Go的并发编程中，主Goroutine的panic不会自动影响其他Goroutine，但其他Goroutine的panic需要自行处理
基本上就这些。panic和recover是Go中强大的控制机制，但应谨慎使用。理解其执行顺序和限制，才能在关键时刻正确恢复程序流程，同时保持代码的可维护性。
以上就是深入理解Golang的panic和recover错误处理机制的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1402195.html
微信扫一扫 
支付宝扫一扫 
