性能优化是监控—分析—验证的闭环，须用 pprof 定位真实热点，禁用全局中间件、优化 JSON 序列化、严格控制连接池与超时，避免 goroutine 泄漏。
性能优化不是一次性动作，而是监控—分析—验证的闭环；没有监控的调优等于蒙眼开车，90%的“优化”反而引入新瓶颈。
用 pprof 定位真实热点，别猜
你看到的“慢”，80%不是 Gin 本身的问题，而是某次数据库查询、某个 JSON 序列化或一段没设超时的 HTTP 调用卡住了。pprof 是唯一可信的依据。
- 启动时注册：在
r := gin.New()后加r.GET("/debug/pprof/*any", gin.WrapF(http.HandlerFunc(pprof.Index))) - 压测中采集：比如
go tool pprof http://localhost:8080/debug/pprof/profile?seconds=30抓 CPU 热点 - 重点看 top10 函数耗时、goroutine 数量突增点、heap allocs 频率 —— 不是看“哪个中间件用了”，是看“哪行代码分配了最多对象”
- 别只跑一次：对比优化前后同一压测条件（如 ab -n 10000 -c 200）下的 profile 差异，否则看不出效果
中间件必须按路由组挂载，禁用健康检查/静态资源路径
全局中间件（r.Use(Auth(), Logger())）会让每个请求都无差别执行，包括 /healthz 和 /static/js/app.js，这在高 QPS 下直接吃掉 5–15% 的 CPU。
- 把日志、鉴权、限流等中间件只绑定到业务路由组：
v1 := r.Group("/api/v1").Use(AuthMiddleware()) - 静态资源走
r.StaticFS("/static", http.Dir("./static"))，它自动跳过所有中间件 - 健康检查接口写成裸 handler：
r.GET("/healthz", func(c *gin.Context) { c.Status(200) })，不进中间件链 - 如果用了 Recovery 中间件，确认它只在非调试环境启用；开发期关掉，避免 panic 捕获开销
JSON 序列化和内存分配是高频 GC 主因
每秒几百次 c.JSON(200, data)，标准库会反复分配 map/slice/bytes.Buffer，触发 STW，P99 延迟翻倍不是假象。
- 替换 JSON 库：
import jsoniter "github.com/json-iterator/go"，并全局声明var json = jsoniter.ConfigFastest - 大结构体响应优先用
c.Data(200, "application/json", bytes)，自己预序列化 + 复用sync.Pool缓冲区 - 对高频小结构体（如
type Resp struct{ Code int; Msg string }），手写MarshalJSON()方法，绕过反射 - 临时 map/slice 在中间件或 bind 逻辑里，用
sync.Pool复用，例如：var mapPool = sync.Pool{New: func() interface{} { return make(map[string]interface{}) }}
连接池、超时、goroutine 泄漏必须显式控制
外部依赖没管好，Gin 再快也白搭。一个没设超时的 http.Get() 或连接数爆满的 db.QueryRow()，会拖垮整个服务。
- 所有 HTTP 调用必须带 context：
ctx, cancel := context.WithTimeout(c.Request.Context(), 800*time.Millisecond)，用完立刻cancel() - 数据库连接池严格设限：
db.SetMaxOpenConns(20)、db.SetConnMaxLifetime(1h)、db.SetMaxIdleConns(10) - 禁止在 handler 里起 goroutine 后不等结果也不回收：
go func(){ ... }()是泄漏温床；必须配context或sync.WaitGroup控制生命周期 - 文件上传、大 body 读取要限制大小：
r.MaxMultipartMemory = 8 ，避免 OOM
最常被忽略的一点：优化永远从监控数据出发，而不是从“听说 jsoniter 更快”或“别人说要设连接池”出发。pprof 的 top 输出、go tool trace 的 goroutine 阻塞图、GC pause 时间曲线 —— 这些才是你该盯住的地方。改一行代码，必须有对应指标变化佐证，否则不如不改。
