defer后进先出执行，panic触发时依次执行defer函数，recover需在defer中直接调用以捕获panic并恢复流程，常用于防止程序崩溃，但不应滥用。
在Go语言中，defer、panic 和 recover 是处理异常流程的重要机制。它们不是用来替代错误处理的，而是用于应对程序中不可恢复的错误或清理资源的场景。合理使用这三者，可以提升程序的健壮性和资源管理能力。
defer 的执行时机与 panic 的关系
defer 关键字用于延迟执行函数调用，通常用于资源释放，比如关闭文件、解锁互斥锁等。无论函数是正常返回还是因为 panic 退出，defer 都会执行。
当函数中发生 panic 时，正常的控制流被中断，程序开始回溯调用栈，执行每一个已 defer 的函数，直到遇到 recover 或程序崩溃。
例如：
func main() { defer fmt.Println("defer 1") defer fmt.Println("defer 2") panic("出错了")}
输出结果为：
立即学习“go语言免费学习笔记（深入）”；
defer 2defer 1
注意：defer 是后进先出（LIFO）执行的。
recover 捕获 panic 并恢复执行
recover 是一个内建函数，用于在 defer 函数中捕获 panic，阻止程序崩溃。只有在 defer 函数中调用 recover 才有效，在其他地方调用会返回 nil。
通过 recover，可以将 panic 转换为普通错误处理流程。
示例：安全地处理 panic
func safeDivide(a, b int) (result int, err error) { defer func() { if r := recover(); r != nil { err = fmt.Errorf("运行时错误: %v", r) } }() result = a / b return result, nil}
调用 safeDivide(10, 0) 不会崩溃，而是返回一个错误。
避免 recover 被意外绕过
确保 defer 函数是匿名函数或能访问到 recover 的上下文。如果 defer 调用的是具名函数，recover 可能无法正常工作。
错误写法：
func badRecover() { defer recoverPanic() panic("oops")}func recoverPanic() { if r := recover(); r != nil { fmt.Println("捕获:", r) }}
这段代码中 recoverPanic 在 panic 发生时已经入栈，但执行时 recover 无法捕获，因为 recover 必须在 defer 的直接上下文中调用。
正确写法：
func goodRecover() { defer func() { if r := recover(); r != nil { fmt.Println("捕获:", r) } }() panic("oops")}
实际使用建议与注意事项
在实际开发中，panic 通常用于不可恢复的错误，比如程序初始化失败、空指针解引用等。而 recover 更多用于中间件、服务器框架中，防止某个请求的处理导致整个服务崩溃。
常见使用场景包括：Web 框架中的全局 panic 捕获，返回 500 错误而不是服务中断 协程中防止 panic 波及主流程 资源清理时确保关闭操作一定执行注意：
不要滥用 panic 和 recover。Go 推荐通过返回 error 来处理可预期的错误。recover 应该只在必要的边界处使用，比如 goroutine 入口或请求处理器顶层。
基本上就这些。掌握 defer 与 panic、recover 的配合，关键在于理解执行顺序和作用域限制，避免误用导致逻辑漏洞。
以上就是Golangdefer配合panic与recover使用技巧的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1404533.html
微信扫一扫 
支付宝扫一扫 
