echo.context默认不启用对象池，必须显式调用e.pre(echo.middlewarefunc())在所有中间件注册前配置，否则每次请求仍新建实例；自定义结构体池化需实现幂等reset()方法，且get/put须同goroutine执行，禁止池化含锁、context或底层连接的对象。
echo.Context 默认不启用对象池，必须显式配置
Echo 默认每次请求都 new 一个 echo.Context 实例，不会自动复用。这在高并发下会明显抬高 GC 压力——实测 10k RPS 场景中，echo.Context 分配可占堆分配总量的 15% 以上。Gin 的 Context 复用是硬编码在请求分发逻辑里的，而 Echo 把选择权交给你。
要启用复用，必须在初始化时调用 e.Pre(echo.MiddlewareFunc())，且该调用需在任何中间件注册之前执行（e.Use() 之后再调用无效）。它会把 echo.Context 的构造委托给内部的 sync.Pool，但这个 pool 是私有字段，你不控制、也不能替换。
- 漏掉
e.Pre()→ 池完全不生效，和没配一样 - 写成
e.Use(echo.MiddlewareFunc())→ 中间件链里触发，Context 已经 new 完了，池被绕过 - 在
e.Logger启用后才调用e.Pre()→ 日志中间件可能已持有旧 Context 引用，导致 panic
自定义结构体放进 sync.Pool 必须实现幂等 Reset()
Echo 不帮你池化你自己的解析器、buffer 或 DTO 结构体。比如你写了 type Packet struct { Data []byte; Header map[string]string }，想复用它，就得自己声明 var packetPool = &sync.Pool{New: func() interface{} { return &Packet{} }}，然后手动 Get()/Put()。
关键不是“放进去”，而是“拿出来怎么用”。packetPool.Get() 返回的对象字段全是上一次残留的：
-
Data是旧切片底层数组，直接append()会覆盖旧数据或越界 -
Header是旧 map，未清空就写入会导致 key 冗余、值错乱 - 没有
Reset()就 Put 回去，等于往池里塞毒药，下一个 goroutine 拿到就是脏数据
正确写法是封装方法：
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
func (p *Packet) Reset() {
p.Data = p.Data[:0]
for k := range p.Header {
delete(p.Header, k)
}
}然后每次 Get() 后立刻调 p.Reset()，Put() 前也确保已 Reset。
Get 和 Put 必须在同一个 goroutine，不能跨中间件传递
Echo 的 handler 是单个 goroutine 执行完全部逻辑，这是你安全使用 sync.Pool 的前提。但很多人误把 pool 对象塞进 c.Set("buf", buf)，然后在另一个中间件里 c.Get("buf") 后直接 Put()——这违反了 sync.Pool 的所有权模型。
后果很隐蔽：
- GC 可能刚清空某个 P 的本地池，
Get()返回nil，断言类型 panic - Put 发生在不同 P 上，触发 slow path，性能反不如不用池
- 中间件 A Get、handler B Put，若 handler panic，defer 不执行，对象永久泄漏
安全做法只有两种：
- 在 handler 第一行
buf := bufPool.Get().(*bytes.Buffer); buf.Reset()，最后一行bufPool.Put(buf)（注意：必须在c.JSON等响应写出后） - 封装带 recover 的工具函数，比如
withBuf(func(buf *bytes.Buffer) error { ... })，确保无论是否 panic 都 Put
禁止池化含锁、context 或底层连接的对象
看到 “Echo 支持 Pool” 就以为所有高频创建的对象都能池化，这是最大误区。以下类型绝对不能放进 sync.Pool：
-
*http.Request/http.ResponseWriter：含未导出的 conn、state、context.Context，复用会 panic 或读到其他请求的数据 - 带
sync.Mutex的结构体：Pool 不调Unlock()，下次 Get 直接死锁 - 任何调过
runtime.SetFinalizer()的对象：GC 可能在你 Put 后立即回收，Get 到野指针 - 闭包捕获的局部变量：逃逸到堆后生命周期失控，Put 后仍被引用
真正适合池化的只有三类：固定 cap 的 *bytes.Buffer、可重置的 json.Decoder、字段全为值类型或可幂等清零的自定义结构体。其余一律走常规 new + GC —— 强行池化反而引入 bug 和性能倒退。
