预分配容量可减少Go中slice扩容带来的性能开销。当append导致长度超过容量时，运行时会分配更大内存（通常为1.25-2倍原容量），复制数据并释放旧内存，频繁操作影响性能。使用make([]T, 0, cap)预设容量能避免多次扩容，如收集1000个用户ID时应预先设置容量，提升效率。
在Go语言中，slice 是最常用的数据结构之一。它底层依赖数组，并在容量不足时自动扩容。虽然自动扩容很方便，但频繁的内存分配和数据拷贝会带来性能开销。通过预分配容量，可以显著减少这些开销，提升程序性能。
理解Slice扩容机制
当向一个slice添加元素（如使用 append）且其长度超过当前容量时，Go运行时会：
- 分配一块更大的内存空间（通常是原容量的1.25到2倍）
- 将原有数据复制到新空间
- 释放旧内存
这个过程涉及内存分配和数据拷贝，尤其在大量数据操作时，反复扩容会导致明显的性能下降。
使用make预分配容量
如果你能预估slice最终需要的大小，应使用 make([]T, 0, cap) 的方式初始化slice，其中第三个参数指定容量。
立即学习“go语言免费学习笔记（深入）”；
示例：收集1000个用户IDvar users []int
// 不推荐：未预分配，可能多次扩容
for i := 0; i < 1000; i++ {
users = append(users, i)
}
// 推荐：预分配容量
users = make([]int, 0, 1000)
for i := 0; i < 1000; i++ {
users = append(users, i)
}
预分配后，append操作在容量范围内不会触发扩容，避免了不必要的内存操作。
适用于常见场景
以下情况特别适合预分配：
- 已知结果数量：如处理固定数量的请求结果、读取定长文件行等
- 批量数据转换：从map转slice、过滤或映射操作前预估输出规模
- 循环中累积数据：for循环内不断append时，提前设置cap可减少GC压力
即使估算值略大也没关系，多出的容量不会被初始化，仅占用少量内存，但能换来更稳定的性能表现。
性能对比验证
可以通过 benchmark 验证效果：
func BenchmarkWithoutPrealloc(b *testing.B) {
for i := 0; i < b.N; i++ {
var s []int
for j := 0; j < 1000; j++ {
s = append(s, j)
}
}
}
func BenchmarkWithPrealloc(b *testing.B) {
for i := 0; i < b.N; i++ {
s := make([]int, 0, 1000)
for j := 0; j < 1000; j++ {
s = append(s, j)
}
}
}
运行结果通常显示预分配版本更快，且内存分配次数更少（allocs/op更低）。
基本上就这些。预分配不是万能，但在可预测容量的场景下，是简单有效的性能优化手段。关键是根据业务逻辑合理估算容量，避免过度浪费内存。不复杂但容易忽略。
