使用defer+recover捕获Panic，防止服务崩溃；2. 定义统一错误响应格式，提升前端解析效率；3. Gin等框架通过中间件全局处理panic并返回结构化错误；4. 区分自定义业务错误与系统错误，实现精准响应；5. 结合日志与监控系统记录上下文信息，便于排查。核心是通过中间件、统一响应和错误分类构建稳定、可维护的Web异常处理机制。
在Go语言开发Web服务时，异常处理是保障系统稳定性和用户体验的关键环节。由于Go没有类似Java的try-catch机制，开发者需要通过显式的错误判断和统一的中间件设计来管理运行时异常。以下是几种常见且有效的Golang Web异常处理方法，适用于标准库net/http以及主流框架如Gin、Echo等。
1. 使用defer+recover捕获Panic
Go中无法自动捕获panic，若不处理会导致整个服务崩溃。通过defer结合recover可以在请求级别拦截异常，防止程序退出。
func recoverMiddleware(next http.HandlerFunc) http.HandlerFunc {
return func(w http.ResponseWriter, r *http.Request) {
defer func() {
if err := recover(); err != nil {
log.Printf("Panic: %v\n", err)
http.Error(w, "Internal Server Error", http.StatusInternalServerError)
}
}()
next(w, r)
}
}
func handler(w http.ResponseWriter, r *http.Request) {
panic("something went wrong")
}
注册路由时使用中间件包装：
http.HandleFunc("/test", recoverMiddleware(handler))
立即学习“go语言免费学习笔记（深入）”；
2. 统一错误响应格式
为前端提供一致的错误结构，便于解析和展示。建议定义通用响应体，包含code、message、data等字段。
定义响应结构：
type Response struct {
Code int `json:"code"`
Message string `json:"message"`
Data interface{} `json:"data,omitempty"`
}
func writeError(w http.ResponseWriter, code int, message string) {
w.Header().Set("Content-Type", "application/json")
w.WriteHeader(code)
json.NewEncoder(w).Encode(Response{
Code: code,
Message: message,
})
}
在业务逻辑中主动返回错误：
if user == nil {
writeError(w, 404, "User not found")
return
}
3. 中间件全局异常捕获（以Gin为例）
Gin框架支持Use()注册全局中间件，适合集中处理panic和日志记录。
func RecoveryHandler() gin.HandlerFunc {
return func(c *gin.Context) {
defer func() {
if err := recover(); err != nil {
c.JSON(500, gin.H{
"code": 500,
"message": "Internal server error",
})
c.Abort()
}
}()
c.Next()
}
}
// 使用
r := gin.New()
r.Use(RecoveryHandler())
4. 自定义错误类型与业务错误分离
将系统错误和业务错误区分开，有助于精准处理。可定义接口或具体类型表示不同错误类别。
type AppError struct {
Code int
Message string
}
func (e AppError) Error() string {
return e.Message
}
在处理器中判断错误类型：
if err != nil {
if appErr, ok := err.(AppError); ok {
writeError(w, appErr.Code, appErr.Message)
} else {
writeError(w, 500, "Internal error")
}
return
}
5. 日志记录与监控集成
异常发生时应记录详细上下文，包括请求路径、方法、用户IP、堆栈信息等，便于排查问题。
增强recover中的日志输出：
log.Printf("Panic: %v\nStack: %s", err, debug.Stack())
可接入Sentry、Zap等日志系统实现远程告警和追踪。
基本上就这些。关键是建立统一的错误处理流程，避免裸奔的panic影响服务稳定性。结合中间件、自定义错误和结构化响应，能让Go的Web服务更健壮、易维护。
