安全取 slice 元素需先校验索引范围：i >= 0 且 i < len(s)，空 slice 非 nil 但 len 为 0；推荐用泛型 SafeGet 函数返回值和布尔标志。
如何安全地从 slice 中取元素而不 panic
Go 的 slice 访问越界会直接 panic，不像 Python 返回 IndexError 可捕获。最常见错误是 slice[i] 时没校验 i 。
实操建议：
- 用
len(s) > 0判断非空再取s[0]，别依赖if s != nil—— 空 slice 可以非 nil 但长度为 0 - 取末尾元素写成
s[len(s)-1]前必须确保len(s) > 0，否则 panic - 封装一个安全访问函数比每次手写判断更可靠：
func SafeGet[T any](s []T, i int) (T, bool) {
if i < 0 || i >= len(s) {
var zero T
return zero, false
}
return s[i], true
}
append 为什么有时不修改原 slice，有时又修改了
根本原因：slice 是包含 ptr、len、cap 的结构体。当 append 后容量足够，它复用底层数组，指针不变；容量不足时分配新数组，原 slice 的 ptr 不变，新 slice 指向新地址。
这导致两个典型问题：
立即学习“go语言免费学习笔记（深入）”；
- 在循环中反复
append到同一个 slice，但只保存最后一次结果？可能所有中间结果都指向同一底层数组，最终被覆盖 - 传入函数的 slice 被
append后，调用方看到的长度/内容没变？因为函数内append返回了新 slice，你没把返回值赋回去 - 想强制触发扩容（比如避免意外共享），可用
append(s[:0:0], newElements...)——s[:0:0]重置 cap 为 0，迫使每次append都分配新底层数组
如何高效删除 slice 中某个索引或满足条件的元素
Go 没有内置 remove 方法，得手动“跳过”要删的元素。关键不是“删”，而是“构造新 slice”。
按索引删（如删第 i 个）：
s = append(s[:i], s[i+1:]...)
注意：这要求 i ，且 <code>s[i+1:] 在 i == len(s)-1 时是空 slice，合法。
按条件删（如删所有 0）：
filtered := s[:0] // 复用底层数组，len=0
for _, v := range s {
if v != 0 {
filtered = append(filtered, v)
}
}
要点：
- 用
s[:0]开头能复用内存，比make([]T, 0)更省分配 - 别在遍历时边遍历边
append到自己（s = append(s, ...)），可能引发底层数组扩容，导致后续读到脏数据 - 如果原 slice 很大但过滤后很小，记得用
filtered = append([]T(nil), filtered...)断开与原底层数组的联系，防止内存泄漏
slice 作为函数参数时，nil 和 len=0 的行为差异
nil slice 和 len(s) == 0 的非-nil slice，在多数操作中表现一致（如 len、cap、range），但关键区别在底层指针和 append 行为：
-
var s []int是nil，len(s)和cap(s)都是 0，但s == nil为 true；s := []int{}是非-nil 空 slice，s == nil为 false -
append(nilSlice, x)是合法的，会分配新底层数组；但nilSlice不能做s[0] = x或copy(dst, nilSlice)（后者会 panic） - JSON 编码时：
nilslice 编成null，空 slice 编成[]—— 这点在 API 交互中极易出错
最稳妥的做法：初始化时统一用 s := make([]T, 0)，避免 nil 带来的隐式分支。
