Go语言性能优化：预分配Slice容量的重要性

在Go语言开发中，slice是我们最常用的数据结构之一，但很多开发者常常忽略了一个关键的优化点：预分配容量。

问题重现

假设我们需要将一批数据转换后存入slice，常见的写法是这样的：

func badConvert(inputs []int) []int {
   
    result := []int{
   }
    for _, v := range inputs {
   
        result = append(result, v*2)
    }
    return result
}

这段代码看起来简洁，但背后隐藏着性能问题。当result的容量不足时，append会触发底层数组的重新分配和复制，随着数据量增长，这种扩容操作会越来越频繁。

优化方案

如果我们预先知道最终数据的长度，可以这样优化：

func goodConvert(inputs []int) []int {
   
    result := make([]int, 0, len(inputs))
    for _, v := range inputs {
   
        result = append(result, v*2)
    }
    return result
}

性能对比

使用100万个元素的测试数据：

• 未预分配：约 23ms，发生 18次 扩容
• 预分配后：约 8ms，0次 扩容

性能提升接近 3倍！

最佳实践

1. 能预估长度就预分配 - 使用make([]T, 0, cap)
2. 无法精确预估时，估算一个合理的初始容量
3. 注意：预分配过大也会造成内存浪费

这个小技巧在实际项目中对性能的影响非常显著，尤其是处理大量数据时。记住：容量规划，事半功倍！

你是否也有过因为忽略预分配而踩坑的经历？欢迎在评论区分享你的优化故事～