Go高性能Web中间件核心是控流程、省开销、保可控：基于http.Handler函数组合，统一签名func(http.Handler) http.Handler；用context传递请求数据；包装ResponseWriter观测状态码与压缩；避免隐式分配和阻塞。
Go语言编写高性能Web服务器中间件，关键不在堆功能，而在控流程、省开销、保可控。它不是越复杂越强，而是越贴近net/http原语、越少隐式分配、越明确执行顺序，就越能扛住高并发。
用函数组合代替框架绑定
避免依赖特定框架（如Gin/Echo）的中间件接口，直接基于http.Handler构建。这样中间件可复用于任何标准HTTP服务，也便于单元测试和压测。
- 定义统一签名：
func(http.Handler) http.Handler - 每个中间件只做一件事，比如
loggingMiddleware只记日志，authMiddleware只校验凭证 - 组合时用链式调用：
logging(auth(recovery(handler)))，逻辑清晰，无隐藏调度
上下文传递必须用context，禁用全局变量
多个中间件之间共享请求级数据（如用户ID、请求ID、权限信息），唯一安全方式是通过context.Context向下传递。
- 在中间件中调用
r = r.WithContext(context.WithValue(r.Context(), key, value)) - 下游处理器通过
r.Context().Value(key)获取，类型安全且goroutine隔离 - 切勿使用包级变量或map缓存请求数据，否则必然引发并发读写panic
响应头与状态码要可观察，别绕过ResponseWriter
想统计耗时、记录状态码、压缩响应体？不能直接调next.ServeHTTP(w, r)就完事，必须包装http.ResponseWriter。
立即学习“go语言免费学习笔记（深入）”；
- 实现自定义
loggingResponseWriter，重写WriteHeader捕获真实状态码 - 在
Write方法中做gzip压缩或body审计（注意：仅对小响应体启用，大文件慎用） - 避免在中间件里多次调用
WriteHeader，否则会触发http: multiple response.WriteHeader calls错误
避免阻塞和隐式内存分配
高性能中间件的瓶颈常不在逻辑本身，而在GC压力和goroutine阻塞。
- 日志打印不要用
fmt.Sprintf拼接字符串，改用log.Printf或结构化日志库（如zerolog）的预分配字段 - 不滥用
defer——尤其在高频中间件中，defer函数注册有微小开销，可提前判断是否真需recover - 鉴权等IO操作（如查Redis）务必设超时，并用
context.WithTimeout控制，防止单个慢请求拖垮整条链
