Golang全局错误捕获与中间件技巧

Go语言虽无传统意义上的全局异常捕获机制，但通过中间件、defer+recover、统一响应结构与error wrapper等组合实践，可在HTTP请求生命周期内实现高效、标准化的错误处理——既能防止panic导致服务崩溃，又能将各类错误（包括业务错误、系统panic、goroutine异常）统一映射为可读性强、上下文丰富的JSON响应或日志；非HTTP场景则需针对性包装goroutine并建立主流程兜底机制，最终形成一套清晰、可维护、易排查的全链路错误治理体系。

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, ...)。应定义统一响应结构，并将不同错误类型映射为业务码和提示。

• 定义标准响应结构：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 补上下文。没有银弹，但结构清晰后，维护和排查都轻松很多。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Golang全局错误捕获与中间件技巧》文章吧，也可关注golang学习网公众号了解相关技术文章。