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 2 defer 1
注意：defer 是后进先出（LIFO）执行的。
recover 捕获 panic 并恢复执行
recover 是一个内建函数，用于在 defer 函数中捕获 panic，阻止程序崩溃。只有在 defer 函数中调用 recover 才有效，在其他地方调用会返回 nil。
通过 recover，可以将 panic 转换为普通错误处理流程。
Dbsite企业网站管理系统V1.5.0 秉承"大道至简 邦达天下"的设计理念,以灵巧、简单的架构模式构建本管理系统。可根据需求可配置多种类型数据库（当前压缩包支持Access）.系统是对多年企业网站设计经验的总结。特别适合于中小型企业网站建设使用。压缩包内包含通用企业网站模板一套，可以用来了解系统标签和设计网站使用。QQ技术交流群：115197646 系统特点：1.数据与页
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 的配合，关键在于理解执行顺序和作用域限制，避免误用导致逻辑漏洞。
