Go语言通过返回值显式处理错误，需设计统一的错误管理机制。首先定义包含错误码、消息和原始错误的AppError结构体，并预定义常见错误类型；在Web服务中利用中间件统一拦截错误和panic，返回标准化响应格式；使用%w包装错误以保留调用链，便于追溯；结合日志系统记录错误上下文并接入监控告警。该方案通过自定义错误类型、中间件处理、错误包装与日志集成，实现清晰可控的全局错误管理。
在Go语言中，没有像其他语言那样的异常机制（如try-catch），错误通过返回值显式传递。因此设计良好的全局错误处理机制对项目可维护性和健壮性至关重要。重点不是“捕获”异常，而是统一管理错误的生成、传递、记录与响应。以下是实用的Golang统一错误处理方案。
定义统一的错误类型
使用自定义错误类型可以携带更丰富的上下文信息，比如错误码、状态码、消息和原始错误。
建议定义一个结构体来封装错误信息：
type AppError struct {
Code int `json:"code"`
Message string `json:"message"`
Err error `json:"-"`
}
func (e *AppError) Error() string {
if e.Err != nil {
return e.Message + ": " + e.Err.Error()
}
return e.Message
}
然后预定义一些常见错误：
立即学习“go语言免费学习笔记（深入）”；
var (
ErrNotFound = &AppError{Code: 1001, Message: "资源未找到"}
ErrInvalidInput = &AppError{Code: 1002, Message: "输入参数无效"}
ErrInternal = &AppError{Code: 1000, Message: "系统内部错误"}
)
中间件统一拦截错误（适用于Web服务）
在HTTP服务中，可以在中间件中recover panic并处理返回的error类型，实现统一响应格式。
例如使用 Gin 或 Echo 框架时：
func ErrorHandler() gin.HandlerFunc {
return func(c *gin.Context) {
c.Next()
if len(c.Errors) > 0 {
err := c.Errors.Last()
var appErr *AppError
if errors.As(err.Err, &appErr) {
c.JSON(500, gin.H{"code": appErr.Code, "message": appErr.Message})
} else {
c.JSON(500, gin.H{"code": 1000, "message": "服务器错误"})
}
}
}
}
也可以在 defer 中 recover panic：
func Recovery() gin.HandlerFunc {
return func(c *gin.Context) {
defer func() {
if r := recover(); r != nil {
log.Printf("panic: %v\n", r)
c.JSON(500, gin.H{"code": 1000, "message": "系统错误"})
}
}()
c.Next()
}
}
错误包装与上下文增强
使用 errors.Wrap 或 Go 1.13+ 的 %w 格式化动词来保留调用链。
示例：
if _, err := os.Open("config.json"); err != nil {
return fmt.Errorf("failed to load config: %w", err)
}
这样可以通过 errors.Cause 或 errors.Unwrap 追溯原始错误，便于日志分析和判断错误类型。
日志记录与监控集成
所有关键错误应记录详细日志，并可接入 Sentry、ELK 等监控系统。
建议在错误处理中间件或服务入口处统一记录日志：
log.Printf("error occurred: %v", err)
// 或使用 structured logger
logger.Error("request failed", "error", err, "path", c.Request.URL.Path)
对于严重错误（如数据库连接失败），可触发告警。
基本上就这些。Go 的错误处理强调显式而非自动捕获，合理封装 + 中间件统一响应 + 日志追踪，就能实现清晰可控的全局错误管理。不复杂但容易忽略细节。
