Go 逃逸分析：减少热路径堆分配

Go 的自动内存管理很方便，但高频路径上的堆分配会带来 GC 压力。逃逸分析能告诉你哪些变量本来可以在栈上，却因为代码写法被迫进入堆。

什么情况会逃逸

返回局部变量指针、接口装箱、闭包捕获、反射调用、过大的栈对象都可能导致逃逸。逃逸不是一定错误，但热路径上的无意义逃逸值得优化。

先读原因，再改写法

看到 escapes to heap 之后，不要机械地把指针改成值。要看编译器给出的上下文：是传给 interface{}，还是被闭包引用，还是跨 goroutine 使用。

优化要控制复杂度

为了消除一次分配写出难维护代码并不划算。只有在 benchmark 或 profile 证明它处于热点路径时，才值得做更细的逃逸优化。

生产场景

适用于编码、解析、路由匹配、批量转换和中间件链路等高频函数。

关键指标

• escapes to heap 数量
• B/op 与 allocs/op
• GC 次数和 CPU 占比变化

常见误区

• 把所有逃逸都当成 bug
• 为了零分配牺牲代码可读性
• 没有 benchmark 就调整函数签名

代码示例

go test -run=^$ -bench=. -benchmem
go build -gcflags="-m=2" ./...
# 结合 B/op 和 escapes to heap 一起看

上线检查

• 优化前后必须保留同一条件下的 benchmark 或 profile。
• 至少观察 P95/P99、错误率、CPU、内存和 GC 指标。
• 如果改动影响热路径，必须准备灰度和回滚方案。