17370845950

sync.Pool可复用缓冲区和临时对象以减少堆分配，需调用Reset()后归还；预分配切片/Map容量避免扩容拷贝；string与[]byte隐式转换会深拷贝，应优先使用bytes.Buffer、strings.Builder或直接操作[]byte。

用 sync.Pool 复用缓冲区和临时对象

高频路径上反复创建小对象（如 *bytes.Buffer、[]byte、解析器结构体）是堆分配的主力来源。直接 new 或 make 每次都触发 GC 压力，而 sync.Pool 能让这些对象在 goroutine 本地复用，避开新分配。

• 必须调用 Reset()（如 buf.Reset()）再归还，否则残留数据会污染下次使用
• New 函数只在池空时调用，不能依赖它“每次新建”，更不能在里面做耗时或带状态的操作
• 池中对象可能被 GC 清理，不能用于跨请求持久化或强一致性场景
• 适合生命周期短、结构稳定、可重置的对象；不适合含指针字段且需深度清理的复杂结构体

var bufferPool = sync.Pool{
    New: func() interface{} {
        return &bytes.Buffer{}
    },
}
func process(data []byte) string {
    buf := bufferPool.Get().(*bytes.Buffer)
    buf.Reset()
    buf.Write(data)
    result := buf.String()
    bufferPool.Put(buf)
    return result
}

预分配切片容量：别让 append 在循环里偷偷 realloc

不指定容量的 make([]T, 0) + 循环 append，会导致底层数组多次扩容、拷贝，每次都是新内存分配+旧数据搬移。尤其在日志聚合、批量响应组装等场景下，开销明显。

• 如果数量可预估（如 HTTP header 数、DB 查询结果上限），直接用 make([]T, 0, N)
• 若完全不可知，宁可略高估（比如乘以 1.5），也比频繁扩容好
• map 同理：用 make(map[K]V, N) 预设 bucket 数量，避免渐进式扩容
• 注意：预分配的是容量（cap），不是长度（len）；append 仍从 len 开始写

// 错误：可能触发 10+ 次 realloc
var items []string
for _, s := range src {
    items = append(items, s)
}

// 正确：一次分配搞定
items := make([]string, 0, len(src))
for _, s := range src {
    items = append(items, s)
}

避免 string 和 []byte 隐式转换带来的拷贝

Go 中 string(b) 和 []byte(s) 不是零成本视图切换，而是深拷贝——哪怕你只是想读取内容。在 JSON 解析、HTTP body 处理、协议编解码等热点路径上，这是隐藏的分配大户。

• 优先用 strings.Builder 拼接，而非 + 或 fmt.Sprintf；调用 Grow() 预留空间更省
• 标准库函数大多支持 []byte 输入（如 json.Unmarshal、http.NewRequest），直接传入原始字节，跳过转 string 这步
• 仅当数据可信、生命周期可控时，才考虑 unsafe.String / unsafe.Slice 实现零拷贝；否则极易引发 panic 或内存错误

var sb strings.Builder
sb.Grow(4096)
for i := 0; i < 100; i++ {
    sb.WriteString("item:")
    sb.WriteString(strconv.Itoa(i))
}
result := sb.String() // 无中间字符串分配

用逃逸分析定位栈/堆分配边界

Go 编译器自动决定变量放栈还是堆，但它的判断有时反直觉。一个局部变量只要“逃逸”出函数作用域（比如被返回指针、传给 interface{}、闭包捕获），就会强制堆分配——而这往往是你没意识到的性能损耗点。

• 用 go build -gcflags="-m" main.go 查看逃逸报告，“moved to heap” 就是警报
• 常见逃逸诱因：函数返回局部变量地址、fmt.Println(x) 传结构体（因转 interface{}）、goroutine 中直接引用循环变量
• 修复思路：传值代替传指针、闭包显式传参、拆分大结构体、避免无谓的 interface{} 转换

真正难的不是知道该怎么做，而是得先发现哪一行代码在悄悄分配。不跑一次 -gcflags="-m"，很多“优化”只是自我感动。