切片操作需防越界、nil误用和容量不足；访问前应检查长度和索引合法性，避免panic。
Go语言中切片（slice）是日常开发最常用的数据结构之一，使用灵活但也容易出错。常见的操作错误包括越界访问、nil切片误用、容量不足导致意外覆盖等。要有效防护这些问题，关键在于理解切片的底层机制并养成良好的编码习惯。
避免越界和空指针解引用
切片的索引访问必须在[0, len(slice))范围内，否则会触发panic。对nil切片调用len()或cap()是安全的，返回0，但直接取值或赋值会崩溃。
建议在访问前做长度检查：
- 使用
if len(slice) == 0判断是否为空，而非直接比较nil - 访问元素前确认索引合法，例如
if i - 初始化时优先用
[]int{}代替var s []int，避免意外的nil状态
注意切片扩容带来的数据异常
当向切片添加元素超过其容量时，append会分配新底层数组，原引用不再共享数据。若多个变量指向同一底层数组，扩容后可能产生意料之外的行为。
立即学习“go语言免费学习笔记（深入）”；
防护方式：
- 清楚知道何时会发生扩容：关注
len与cap的关系 - 如需独立副本，显式使用
copy(newSlice, oldSlice) - 传递切片时考虑是否需要深度复制，防止外部修改影响内部状态
函数传参避免副作用
切片是引用类型，函数内对其修改会影响原始数据。若不希望改变原数据，应在函数内部创建副本。
示例：
func process(s []int) {
s = append(s, 100) // 可能影响调用方
}
改进方式：
- 提前分配足够空间避免意外扩容影响原数组
- 必要时使用
res := make([]int, len(s)); copy(res, s)隔离变更 - 文档说明函数是否会修改输入参数
启用边界检查和测试覆盖
Go编译器默认开启索引越界检查，运行时会panic。利用这一点，在测试中模拟边界场景。
实践建议：
- 编写单元测试覆盖空切片、单元素、满容量等特殊情况
- 使用
go test -race检测数据竞争，尤其在并发修改切片时 - 静态检查工具如
staticcheck可发现潜在的nil切片误用
基本上就这些。只要保持对len和cap的敏感，避免隐式共享带来的副作用，大多数slice问题都能提前规避。不复杂但容易忽略。
