go语言通过中间件、defer+recover、统一响应结构实现http请求级别的全局错误处理,捕获panic并标准化输出;非HTTP场景需单独包装goroutine错误,结合Error wrapper增强上下文信息,形成清晰的错误处理链。

Go 语言本身没有类似 python 的全局异常捕获机制(如 try...except),也没有 java 的 Thread.setDefaultUncaughtExceptionHandler,因此“全局错误捕获”在 Go 中需换一种思路理解:它不是捕获 panic 后吞掉,而是通过中间件、defer、recover、统一响应结构等方式,在 HTTP 请求生命周期中集中处理错误,并标准化输出。
HTTP 请求级别的统一错误处理(中间件)
这是最常用、最实用的“全局错误捕获”场景——对每个 HTTP 请求,自动捕获 handler 中显式返回的错误或意外 panic,并转为一致的 jsON 响应。
- 使用
defer + recover()捕获 panic,避免服务崩溃 - 约定 handler 返回
(any, error)或使用自定义 context 错误传递(如c.Error(err)) - 中间件统一检查 error,填充标准响应结构(如
{ "code": 500, "msg": "server error", "data": NULL })
示例(基于 gin):
func Recovery() gin.HandlerFunc { return func(c *gin.Context) { defer func() { if err := recover(); err != nil { c.AbortWithStatusjson(http.StatusinternalServerError, gin.H{"code": 500, "msg": "internal server error", "data": nil}) } }() c.Next() } } // 使用 r := gin.Default() r.Use(Recovery(), Logger()) r.GET("/user/:id", func(c *gin.Context) { id := c.Param("id") if id == "0" { c.Error(fmt.Errorf("invalid id")) // 触发后续错误处理 return } c.JSON(200, gin.H{"data": "ok"}) })
统一响应封装与错误映射
不推荐在每个 handler 里手写 c.JSON(400, ...)。应定义统一响应结构,并将不同错误类型映射为业务码和提示。
立即学习“go语言免费学习笔记(深入)”;
- 定义标准响应结构:
type Resp Struct { Code int `json:"code"` Msg String `json:"msg"` Data any `json:"data,omitempty"` } - 定义错误码常量或错误类型(如
ErrNotFound = errors.New("not found")),并在中间件中映射:if errors.Is(err, ErrNotFound) { code = 404; msg = "资源不存在" } - 提供便捷方法:
c.Render(code, Resp{Code: code, Msg: msg, Data: data})
非 HTTP 场景:goroutine 错误与主流程兜底
后台 goroutine(如定时任务、消息消费)发生 panic 时,无法被 HTTP 中间件捕获,需单独处理:
- 启动 goroutine 时统一包装:
go func() { defer func(){...}(); doWork() }() - 使用
log.Panicf或上报工具(如 sentry)记录 panic 栈,避免静默失败 - 主函数中可监听
os.Interrupt和syscall.SIGTERM,做优雅退出前的日志 flush
进阶:用 Error Wrapper 增强上下文
原生 error 缺乏上下文(如请求 ID、路径、时间)。可用 wrapper 包装增强:
- 使用
fmt.Errorf("failed to parse user: %w", err)保留原始 error 链 - 结合
zap或zerolog在日志中打印 traceID、path 等字段 - 自定义 error 类型实现
Unwrap() error和Error() string,便于中间件识别分类
基本上就这些。Go 的“全局错误处理”本质是主动设计:靠中间件拦截、靠约定规范返回、靠 defer/recover 容错、靠 wrapper 补上下文。没有银弹,但结构清晰后,维护和排查都轻松很多。