Golang HTTP错误统一处理中间件设计

在Golang中统一处理HTTP请求错误应使用中间件，因为它能减少重复代码并提升业务逻辑清晰度。1. 中间件通过封装http.HandlerFunc捕获错误或panic，集中处理日志、响应格式和状态码；2. 可自定义HTTPError类型区分错误种类，并返回对应状态码；3. 错误可通过直接调用http.Error()传递，或结合框架如chi、gin的内置机制；4. 合理记录错误日志需包含路径、方法、IP等信息，同时避免敏感数据泄露。

处理Golang中HTTP请求的错误，尤其是在构建Web服务时，中间件是一个非常合适的位置来做统一的错误处理。它不仅可以减少重复代码，还能让业务逻辑更清晰。下面是一些实用建议和做法。

为什么要在中间件里统一处理错误？

在Go的HTTP处理流程中，每个Handler函数通常都会返回错误或者通过panic抛出异常。如果每个Handler都单独处理错误，不仅容易遗漏，还会导致逻辑混乱。而通过中间件统一捕获错误，可以集中处理日志记录、响应格式、状态码设置等任务，提高可维护性。

如何设计一个错误处理中间件？

错误处理中间件的核心思路是：封装原始的http.HandlerFunc，在其执行过程中捕获错误或panic，并做统一处理。

你可以定义一个中间件函数，大致结构如下：

func errorMiddleware(next http.HandlerFunc) http.HandlerFunc {
    return func(w http.ResponseWriter, r *http.Request) {
        defer func() {
            if err := recover(); err != nil {
                // 处理 panic
                http.Error(w, "Internal Server Error", http.StatusInternalServerError)
            }
        }()

        err := next(w, r)
        if err != nil {
            // 处理普通错误
            http.Error(w, err.Error(), http.StatusInternalServerError)
        }
    }
}

当然，这只是一个基础版本。实际中你可能需要根据错误类型返回不同的状态码，比如数据库错误返回500，参数错误返回400。

怎么区分不同类型的错误并返回合适的HTTP状态码？

为了更好地控制错误响应，建议你自定义错误类型。例如：

type HTTPError struct {
    Code int
    Msg  string
}

func (e HTTPError) Error() string {
    return e.Msg
}

然后在中间件中判断是否为该类型：

if httpErr, ok := err.(HTTPError); ok {
    http.Error(w, httpErr.Msg, httpErr.Code)
} else {
    http.Error(w, "Internal Server Error", http.StatusInternalServerError)
}

这样就可以根据不同错误返回不同状态码了，比如：

• 参数错误（400 Bad Request）
• 权限不足（403 Forbidden）
• 资源未找到（404 Not Found）
• 系统内部错误（500 Internal Server Error）

中间件链中如何传递错误？

如果你使用的是多个中间件组成的链式结构，需要注意错误传递的问题。一般有两种方式：

• 直接调用http.Error()：这种方式简单直接，适用于大多数场景。
• 将错误写入上下文：某些框架支持通过context传递错误信息，最后由顶层中间件统一处理。

不过推荐第一种方式，因为实现简单，不容易出错。

另外，如果你使用像chi、gin这样的框架，它们本身也提供了错误处理机制，比如chi的middleware.Recoverer和gin的Recovery()中间件，也可以结合自定义逻辑一起使用。

错误日志记录怎么做才合理？

在中间件中统一记录错误日志是非常合理的做法。你可以在错误发生后，把错误信息、请求路径、方法、用户IP等信息记录下来，便于排查问题。

举个例子：

log.Printf("error: %v, path: %s, method: %s, remote_addr: %s",
    err, r.URL.Path, r.Method, r.RemoteAddr)

但要注意避免记录敏感信息，比如用户的token、密码等字段。

基本上就这些。统一错误处理的关键在于中间件的设计和错误类型的标准化，一旦做好了，后续开发效率会提升很多，出错也更容易定位。