Go语言通过panic触发运行时恐慌，中断函数执行并沿调用栈传递，可通过defer中的recover捕获，防止程序崩溃；recover仅在defer中直接调用有效，用于处理不可恢复错误或服务级防护，如中间件中捕获异常并返回500错误，建议优先使用error而非panic，避免滥用导致逻辑混乱。
在Go语言中，没有像其他语言那样的try-catch异常机制，而是通过 panic 和 recover 来处理运行时的严重错误。虽然不推荐将其作为常规错误处理手段，但在某些场景下合理使用能有效防止程序崩溃。
理解 panic 的作用
panic 会中断正常的函数执行流程，触发一个运行时恐慌。当调用 panic 后，当前函数停止执行，已经注册的 defer 函数会依次执行，然后将 panic 向上传递到调用栈。
常见触发场景：- 程序遇到无法继续的错误，如空指针解引用
- 主动调用 panic("something went wrong") 抛出问题
- 数组越界、类型断言失败等运行时错误
示例：
func badFunc() {
panic("oh no, something broke!")
}
func main() {
fmt.Println("start")
badFunc()
fmt.Println("this won't print")
}
输出结果会在打印 "start" 后终止，并显示 panic 信息。
立即学习“go语言免费学习笔记（深入）”；
使用 recover 捕获 panic
recover 是一个内置函数，用于在 defer 中捕获正在发生的 panic。只有在 defer 函数中直接调用 recover 才有效。
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
recover 的典型用法：
func safeCall() {
defer func() {
if r := recover(); r != nil {
fmt.Println("recovered:", r)
}
}()
panic("test panic")
}
在这个例子中，程序不会崩溃，而是打印 "recovered: test panic" 并继续执行后续代码。
实际应用建议
panic 和 recover 更适合处理不可恢复的错误或框架级保护，而不是替代 error 返回。以下是一些实用建议：
- 在库函数中避免随意使用 panic，应优先返回 error
- web 服务中可在中间件使用 defer + recover 防止某个请求导致整个服务宕机
- recover 必须配合 defer 使用，且必须是匿名函数或直接函数调用
- recover 返回值为 interface{} 类型，可能是字符串或 error，需做类型判断
服务端常见防护模式：
func middleware(h http.HandlerFunc) http.HandlerFunc {
return func(w http.ResponseWriter, r *http.Request) {
defer func() {
if err := recover(); err != nil {
log.Printf("panic caught: %v", err)
http.Error(w, "Internal Server Error", 500)
}
}()
h(w, r)
}
}
基本上就这些。关键是要明白：Go 推荐用 error 表示可预期的错误，而 panic 用于真正异常的情况，recover 则是最后一道防线。用好它们可以提升程序健壮性，但滥用会导致逻辑混乱。不复杂但容易忽略的是 defer 中 recover 的调用时机和作用范围。
