Go切片高效因是描述数组片段的24字节结构体，含指针、len、cap；共享底层数组需防意外修改，预分配容量和深拷贝可避坑。
Go 语言中切片（slice）比数组更常用，根本原因在于它既保留了数组的连续内存优势，又具备动态扩容、灵活操作和轻量传递的特点。理解其底层机制，才能真正用好它，避免常见陷阱。
切片不是动态数组，而是“描述数组片段的结构体”
切片本身不存数据，只是一个包含三个字段的头信息结构体：指向底层数组的指针、长度（len）、容量（cap）。每次赋值或传参时，复制的只是这个 24 字节（64 位系统）的小结构体，开销极小——这正是它高效传递的核心。
- 底层数组可能远大于 len，cap 决定了还能往右追加多少元素而不触发扩容
- 多个切片可共享同一底层数组，修改一个可能影响另一个（比如通过
s1 := s[2:5]得到的子切片） -
nil切片和空切片（[]int{}）都满足len == 0，但前者cap == 0且指针为 nil，后者指针非 nil；二者在 append 时行为一致，但判断是否为空建议用len(s) == 0
扩容策略决定性能，别盲目用 append
当 len == cap 且需要追加时，Go 会分配新底层数组。扩容规则是：小于 1024 元素时翻倍；超过后按 1.25 倍增长，并向上取整到内存对齐大小。虽然自动，但频繁扩容会引发多次内存分配和拷贝。
- 已知大致长度时，优先用
make([]T, 0, expectedCap)预分配容量，避免中间扩容 - 用
s = append(s[:0], newElements...)可复用底层数组清空切片，比重新 make 更省 - 从 map 或 channel 读取不确定数量数据时，先预估再扩容，或分批处理
切片操作要小心“意外共享”，必要时做深拷贝
切片截取（s[i:j]）、拼接（append(a, b...)）等操作默认复用底层数组。如果后续要长期持有、并发修改，或原切片很快被回收，就可能出问题。
立即学习“go语言免费学习笔记（深入）”；
- 安全复制：用
copy(dst, src)或dst := append([]T(nil), src...)创建独立副本 - 截取后立即需要隔离？写成
newS := append([]T(nil), oldS[i:j]...)，利用 append 的“新建底层数组”特性 - 函数接收切片参数时，若内部会修改且不希望影响调用方，文档注明或主动 copy
常见高效写法与避坑点
写惯其他语言的人容易忽略 Go 切片的“视图”本质，导致内存泄漏或逻辑错误。
- 循环中反复
s = append(s, x)是安全的，但若在循环内又基于s截取子切片，要注意底层数组可能被长期持有没有释放 - 从大切片中只取少量元素？用
small := append([]T(nil), big[100:105]...)避免整个大数组因一个引用无法 GC - 不要用
for i := range s { s[i] = ... }修改指针型元素（如*struct{}），除非你真想改原对象；否则应遍历索引或值
基本上就这些。切片高效，是因为设计上把控制权交给了开发者：你可以零成本共享，也可以花一点代价完全隔离。关键不是“怎么用最简单”，而是“哪一步我需要控制内存和所有权”。理解 len/cap/ptr 的关系，比记住语法更重要。
