预分配Slice可避免扩容开销，推荐用make([]T, 0, cap)；复用底层数组可通过slice[:0]清空或sync.Pool管理；慎用字符串转字节和接口装箱，注意逃逸问题。
用预分配Slice避免频繁扩容
Go中slice底层是数组，每次append超出容量时会触发扩容，产生新底层数组并复制数据，带来额外内存分配和拷贝开销。尤其在循环中反复创建小slice（如解析日志、处理HTTP Body），容易造成大量短生命周期对象。
优化方法是预先估算长度，用make([]T, 0, cap)声明带容量的空slice：
- 读取已知大小的数据（如固定长度协议包）：直接make([]byte, 0, packetSize)
- 处理HTTP请求体：先req.Body.Read(buf)获取真实长度，再make([]byte, 0, n)追加
- 数据库查询结果：用rows.Columns()预估字段数，初始化make([]*sql.NullString, 0, colCount)
复用Slice底层数组而非新建
很多场景下，slice内容用完即弃，但底层数组仍可重用。关键不是“不分配”，而是“不重复分配”。推荐两种安全复用方式：
- 函数内局部复用：在for循环中定义slice变量，每次用slice = slice[:0]清空长度（不改变容量），下次append直接复用底层数组
- 全局sync.Pool管理：对高频创建的固定大小slice（如1KB缓冲区），放入sync.Pool{New: func() interface{} { return make([]byte, 0, 1024) }}，Get后用buf = buf[:0]重置，用完Put回池
注意：切勿将含指针元素的slice（如[]*User）长期复用，可能导致GC无法回收原对象。
立即学习“go语言免费学习笔记（深入）”；
用sync.Pool缓存临时对象
对于结构体实例（如HTTP中间件中的Context包装器、JSON解析中的Decoder），每次new都会触发堆分配。sync.Pool能显著降低GC压力。
- Pool对象需满足：无状态、可被安全重用、重置成本低（如decoder.Reset(io.Reader)）
- 避免在Pool中存带闭包或外部引用的对象，防止内存泄漏
- 典型例子：json.NewDecoder不建议池化（内部有buffer且Reset不易），但自定义的RequestParser{buf []byte}可池化，每次Get后p.buf = p.buf[:0]
警惕隐式分配：字符串转字节、接口装箱
一些看似简单的操作会悄悄分配内存：
- []byte(str)总分配新底层数组——若str只读且生命周期可控，考虑用unsafe.String反向转换（需谨慎）或改用string(b)避免反向分配
- 把小整数int64传给fmt.Sprintf或log.Printf，会触发接口装箱和格式化分配——高频日志可用slog.Int64或预分配[]byte做整数转字符串
- map遍历时用for k, v := range m没问题，但若在循环内取&v，v会被逃逸到堆——应改用for k := range m { v := m[k] }
基本上就这些。核心不是消灭所有分配，而是让分配可预测、可复用、可控制。
