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