Go中Slice性能优化核心是预分配容量和精准控制copy：预分配避免扩容时的底层数组复制，用make([]T, 0, N)初始化；copy操作需确保目标容量充足，否则需手动扩容再copy。
Go 中 Slice 的性能优化核心就两点：预分配容量避免多次扩容，减少底层数组拷贝。这两点直接决定内存分配次数和 CPU 开销。
预分配足够容量，避开自动扩容
每次 append 超出当前 cap 时，Go 会分配新底层数组（通常是原 cap 的 1.25–2 倍），再把旧数据复制过去——这是隐式拷贝，开销不小。尤其在循环中反复 append，问题更明显。
如果你能预估最终长度，直接用 make([]T, 0, N) 初始化 slice：
-
别写：
var s []int; for i := 0; i （可能触发 10+ 次扩容） -
推荐：
s := make([]int, 0, 1000); for i := 0; i （零扩容，一次分配到位）
复用已有 slice，避免重复分配
高频创建短生命周期 slice（如 HTTP 处理中解析参数）时，可考虑 sync.Pool 缓存已分配的 slice：
立即学习“go语言免费学习笔记（深入）”；
- 定义池：
var intSlicePool = sync.Pool{New: func() interface{} { return make([]int, 0, 64) }} - 取用：
s := intSlicePool.Get().([]int); s = s[:0]（清空长度但保留底层数组） - 归还：
intSlicePool.Put(s)（注意只在确定不再使用后放回）
适合固定大小或数量级稳定的场景，小对象效果明显，过大反而增加 GC 压力。
用切片表达式代替 copy，避免冗余拷贝
当只需要子序列时，优先用 s[i:j] 而非 copy(dst, s[i:j])：
-
header := data[:4]→ 共享底层数组，O(1)，无拷贝 -
copy(buf, data[4:8])→ 显式拷贝 4 字节，必要时才用
特别注意：若子 slice 生命周期长于原 slice，又担心原数据被覆盖，才需深拷贝；否则切片视图更轻量。
慎用 append(..., slice...) 展开操作
append(dst, src...) 看似简洁，但若 dst 容量不足，会先扩容再拷贝整个 src —— 此时 src 长度越大，风险越高。
- 如果 dst cap 已知充足，
dst = append(dst, src...)安全高效 - 否则，先检查：
if len(dst)+len(src) > cap(dst) { dst = make([]T, len(dst)+len(src)) }; copy(dst[len(dst):], src); dst = dst[:len(dst)+len(src)]
或者改用 copy + 手动调整长度，逻辑更可控。
基本上就这些。预分配是性价比最高的优化，copy 控制是精细调优的关键。不复杂但容易忽略。
