在Go并发编程中，每个goroutine需独立处理panic，因主goroutine无法捕获其他goroutine的panic。通过defer配合recover可捕获并恢复，避免程序崩溃，同时保证资源释放与逻辑完整性，提升程序健壮性。
在Go语言的并发编程中，panic会中断当前goroutine的执行流程，如果不加以处理，可能导致程序整体崩溃。通过使用defer和recover，可以在发生panic时进行捕获并恢复执行，避免整个程序退出。
为什么需要在goroutine中使用recover
每个goroutine是独立执行的，主goroutine无法直接捕获其他goroutine中的panic。如果子goroutine发生panic且未处理，只会导致该goroutine终止，并可能留下资源未释放或逻辑不完整的问题。
为了保证程序的健壮性，应在可能出错的goroutine中主动设置recover机制。
基本recover使用示例
func worker(id int) {defer func() {
if r := recover(); r != nil {
fmt.Printf("goroutine %d 捕获到 panic: %v\n", id, r)
}
}()
fmt.Printf("worker %d 开始工作\n", id)
if id == 2 {
panic("模拟错误")
}
fmt.Printf("worker %d 完成任务\n", id)
}
在这个例子中，当id为2的goroutine触发panic时，defer中的recover会捕获它，输出错误信息但不会让整个程序崩溃。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
启动多个goroutine并安全处理panic
下面是一个完整的程序，启动多个worker，其中一个故意panic：
package main
import (
"fmt"
"time"
)
func worker(id int) {
defer func() {
if r := recover(); r != nil {
fmt.Printf("goroutine %d 发生 panic: %v\n", id, r)
}
}()
fmt.Printf("worker %d 启动\n", id)
if id == 3 {
panic("任务执行失败")
}
time.Sleep(1 time.Second)
fmt.Printf("worker %d 成功完成\n", id)
}
func main() {
for i := 1; i
go worker(i)
}
time.Sleep(3 time.Second) // 等待所有goroutine完成
fmt.Println("所有任务结束")
}
输出结果类似：
worker 1 启动 worker 1 成功完成 worker 2 启动 worker 2 成功完成 worker 3 启动 goroutine 3 发生 panic: 任务执行失败 worker 4 启动 worker 4 成功完成 worker 5 启动 worker 5 成功完成 所有任务结束
注意事项与最佳实践
- recover必须配合defer使用，且只有在同一个goroutine中才有效
- 不要滥用recover，它适用于可预期的异常场景，如网络请求超时、数据格式错误等
- recover后通常应记录日志或通知监控系统，便于排查问题
- 可以将recover封装成通用函数，提高代码复用性
- 主goroutine也建议设置recover，防止意外panic导致程序退出
基本上就这些。合理使用recover能显著提升Go程序在并发环境下的稳定性。
