Gin高并发性能瓶颈主要在中间件滥用：应按路由组精准挂载、跳过健康检查/静态资源路径、禁用阻塞调用与未复用对象，避免全局注册导致QPS下降。
中间件不是“加得越多越安全”，而是加得越准、越少，QPS才越高。Gin本身不拖慢请求，但一个没控制好作用域的日志中间件，可能让健康检查接口多花 1.2ms —— 在百万 QPS 场景下，这就是几万 goroutine 的无谓等待。
中间件不该全局注册，而要按路由组挂载
router.Use() 注册的中间件会跑在每个请求里，包括 /healthz、/metrics、静态资源等完全不需要鉴权或日志的路径。这不是“功能完整”，是给高频路径主动加锁。
- 把
AuthMiddleware()、RateLimitMiddleware()放到具体分组里：v1.Group("/users").Use(AuthMiddleware()) - 健康检查直接裸写：
r.GET("/healthz", func(c *gin.Context) { c.Status(200) })，不走任何中间件 - 静态资源用
r.StaticFS("/static", http.Dir("./static"))，它内部绕过整个中间件链 - 如果必须全局加日志，至少过滤掉已知低开销路径：
if !strings.HasPrefix(c.Request.URL.Path, "/healthz") && !strings.HasPrefix(c.Request.URL.Path, "/static/")
中间件里别做阻塞操作，尤其是没设超时的 HTTP 调用
你在中间件里写 http.Get("https://xxx.com/api")，等于默认开了无限超时。下游一抖，这个 goroutine 就卡住，连接池耗尽、线程堆积、GC 压力飙升 —— 所有这些都不是 Gin 框架的问题，是你中间件写的有问题。
- 所有外部调用必须带 context 超时：
ctx, cancel := context.WithTimeout(c.Request.Context(), 800*time.Millisecond) - 数据库操作前务必检查连接池配置：
db.SetMaxOpenConns(50)、db.SetConnMaxLifetime(30 * time.Minute) - 不要在中间件里做文件读写、加密解密等 CPU 密集型操作；真需要，用
go func() { ... }()异步，但记得用c.Copy()安全传递上下文 - 避免在中间件中调用
c.BindJSON()或c.ShouldBind()—— 这些反序列化操作开销大且易逃逸，应推迟到 handler 层按需执行
高频中间件必须复用对象，否则 GC 会吃掉你的延迟
每秒几千次请求，中间件里 new 一个 bytes.Buffer 或 map[string]interface{}，等于每秒触发几十次小对象分配，GC 频率直接拉高。这不是理论，pprof 里 runtime.mallocgc 占比超过 15% 就该查中间件了。
- 用
sync.Pool缓存常用结构：var bufferPool = sync.Pool{New: func() interface{} { return bytes.NewBuffer(make([]byte, 0, 1024)) }} - 在中间件里获取/归还：
buf := bufferPool.Get().(*bytes.Buffer); defer bufferPool.Put(buf); buf.Reset() - 避免在中间件里拼接字符串，改用
strings.Builder（它底层也靠 Pool 复用） - 如果你用了
json-iterator/go，别每次 new config，直接复用jsoniter.ConfigFastest实例
中间件顺序影响性能，但不是你想的“越靠前越快”
中间件执行是洋葱模型，c.Next() 是分水岭。前置逻辑越重，越早暴露瓶颈；但后置逻辑（比如日志打点）如果依赖前面耗时操作的结果，反而会拖慢整体响应时间 —— 因为它得等整个 handler 跑完才能执行。
- 把能快速判断的逻辑放最前：比如
CORS、Content-Type校验、路径白名单拦截 - 把依赖业务结果的逻辑放最后：比如记录耗时、审计日志、错误上报
- 别在中间件里反复调用
c.Get("xxx")，提前c.Set("xxx", val)一次，后面直接用 - 如果中间件只读不写，考虑用
c.MustGet()替代c.Get()，省掉类型断言失败的兜底开销
真正卡住 Gin 性能的，从来不是 router.GET 写得多深，而是中间件里那几行没设超时的 http.Get、没复用的 bytes.Buffer、和本该跳过的 /healthz 日志打印。优化中间件，本质是做减法和约束 —— 减掉不必要的执行，约束住资源使用边界。
