通过中间件实现统一错误处理,可捕获panic并返回标准JSON响应,结合自定义AppError类型与日志上下文,提升Go Web服务的稳定性与可观测性。

在Go语言的Web开发中,HTTP中间件是处理公共逻辑的理想方式。统一错误处理作为核心需求之一,能显著提升代码可维护性和API稳定性。直接在每个Handler里写错误捕获不仅重复,还容易遗漏。通过中间件实现统一错误恢复,是最优解。
Go的HTTP服务一旦发生未捕获的panic,会导致整个程序崩溃或连接中断。通过中间件结合recover机制,可以安全拦截运行时异常,并返回友好的JSON响应。
示例如下:
func RecoverMiddleware(next http.Handler) http.Handler {
return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
defer func() {
if err := recover(); err != nil {
// 记录堆栈信息便于排查
log.Printf("Panic: %v\n", err)
w.Header().Set("Content-Type", "application/json")
w.WriteHeader(http.StatusInternalServerError)
json.NewEncoder(w).Encode(map[string]string{
"error": "Internal server error",
})
}
}()
next.ServeHTTP(w, r)
})
}
将此中间件置于调用链顶层,确保所有后续Handler中的panic都能被捕获。
立即学习“go语言免费学习笔记(深入)”;
除了被动捕获panic,业务逻辑中常需主动返回特定错误码。为此可定义应用级错误类型,配合中间件统一输出格式。
建议做法:
type AppError struct {
Code int `json:"code"`
Msg string `json:"msg"`
}
func (e AppError) Error() string {
return e.Msg
}
// 在handler中使用
if userNotFound {
panic(AppError{Code: 404, Msg: "User not found"})
}
中间件中判断类型,对AppError使用其Code作为HTTP状态码,普通panic则返回500。
生产环境需要更详细的错误追踪。可在中间件中加入请求ID、记录耗时、输出结构化日志。
改进后的recover逻辑:
defer func() {
if r := recover(); r != nil {
reqID := r.Context().Value("reqID") // 来自上下文
logEntry := map[string]interface{}{
"level": "error",
"req_id": reqID,
"method": r.Method,
"url": r.URL.Path,
"panic": fmt.Sprintf("%v", r),
"stack": string(debug.Stack()),
}
log.Printf("ERROR: %+v", logEntry)
w.WriteHeader(http.StatusInternalServerError)
json.NewEncoder(w).Encode(map[string]string{"error": "server error"})
}
}()
这样既保证了用户看到简洁提示,又让运维具备完整排查依据。
基本上就这些。一个健壮的Golang HTTP服务,离不开这类透明且一致的错误处理机制。中间件模式让错误恢复变得集中可控,也更容易扩展限流、鉴权等其他功能。不复杂但容易忽略。
以上就是GolangHTTP中间件统一错误处理技巧的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号