Go通过panic和recover配合defer实现类似异常的控制流程。1. panic用于中断函数执行并触发运行时恐慌，常见于数组越界、关闭channel写入等场景；2. recover只能在defer中调用，用于捕获panic值并恢复程序执行；3. 建议常规错误使用error返回，panic仅用于不可恢复错误；4. 典型应用如HTTP中间件中防止服务崩溃。正确使用可提升程序健壮性，但不应滥用。
在Golang中，并没有像其他语言那样的try-catch异常处理机制。取而代之的是通过 panic 和 recover 配合 defer 来实现类似异常的控制流程。虽然Go鼓励使用返回错误值的方式处理常规错误，但在某些特殊场景下，panic与recover能帮助程序从不可恢复的错误中优雅退出或恢复执行。
理解 panic 的作用
panic用于中断正常的函数执行流程，触发一个运行时恐慌。当调用panic时，当前函数停止执行，已经defer的函数会按逆序执行，然后逐层向上返回，直到程序崩溃或被recover捕获。
常见触发panic的情况包括：
- 访问越界切片或数组索引
- 向已关闭的channel发送数据
- 显式调用panic函数
示例：
立即学习“go语言免费学习笔记（深入）”；
func examplePanic() { panic("something went wrong") fmt.Println("this line won't run") }使用 recover 捕获 panic
recover是一个内建函数，用于重新获得对panic的控制。它只能在defer函数中有效调用。如果当前goroutine正处于panic状态，recover会返回传递给panic的值，并结束panic状态，使程序继续正常执行。
典型用法是在defer中检查是否发生panic：
func safeDivide(a, b int) (result int, err error) { defer func() { if r := recover(); r != nil { err = fmt.Errorf("panic occurred: %v", r) } }() if b == 0 { panic("division by zero") } return a / b, nil }在这个例子中，即使发生除零错误导致panic，函数仍能捕获并转换为普通error返回，避免程序终止。
实际应用场景与注意事项
尽管可以使用panic/recover模拟异常处理，但Go社区普遍建议：
- 常规错误应通过返回error类型处理
- panic适用于真正“不应该发生”的情况，如程序逻辑错误
- recover常用于构建健壮的服务框架，比如web中间件中防止某个请求处理崩溃整个服务
例如，在HTTP服务器中：
func recoverMiddleware(next http.HandlerFunc) http.HandlerFunc { return func(w http.ResponseWriter, r *http.Request) { defer func() { if r := recover(); r != nil { log.Printf("Recovered from panic: %v", r) http.Error(w, "Internal Server Error", 500) } }() next(w, r) } }基本上就这些。正确使用panic和recover能让程序更稳健，但不应滥用。它们不是替代错误处理的工具，而是应对极端情况的最后手段。
