用append覆盖原切片实现删除需先校验索引有效性，再拼接前后子切片，空或单元素切片要特殊处理，复用底层数组时需手动置零防内存泄漏。
用 append 覆盖原切片实现删除（最常用）
Go 没有内置的「删除元素」操作，本质是靠重新拼接切片来跳过目标索引。核心是用 append 把待删位置前后的两段拼起来。
常见错误：直接写 slice = append(slice[:i], slice[i+1:]) 却没注意 i 越界或切片为空，导致 panic：panic: runtime error: slice bounds out of range。
- 必须先校验索引有效性：
if i = len(slice) - 空切片或单元素切片要单独处理，否则
slice[i+1:]可能越界 - 该方法会复用底层数组，如果后续不再需要原数据，记得手动置零防止内存泄漏（尤其存指针或大结构体时）
示例：
slice := []int{1, 2, 3, 4, 5}
i := 2
if i >= 0 && i < len(slice) {
slice = append(slice[:i], slice[i+1:]...)
}
删除多个连续索引时别用循环调 append
想删掉索引 2~4 的元素？千万别写 for 循环反复调 append —— 每次都重分配、拷贝，性能差且逻辑易错（索引随长度变化而偏移）。
立即学习“go语言免费学习笔记（深入）”；
正确做法是一次性截取非目标区间：
- 用
slice = append(slice[:from], slice[to:]...)，其中from是第一个保留元素末尾，to是第一个要删元素起始 - 注意：
to是闭区间右边界+1，即slice[from:to]是要删掉的部分 - 如果删开头或结尾，对应部分用空切片
nil或[]T{}更安全
示例（删索引 1 和 2）：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
slice := []string{"a", "b", "c", "d"}
from, to := 1, 3 // 删 [1:3] → "b","c"
slice = append(slice[:from], slice[to:]...)
用 copy 原地移动避免额外分配（对大切片更友好）
当切片很大、且确定后续只读不扩容时，copy 比 append 更省内存：它不新建底层数组，只是把后面元素往前挪一位，再裁掉末尾。
但要注意副作用：
-
copy不改变原切片长度，删完得手动slice = slice[:len(slice)-1] - 如果目标和源重叠（比如
copy(slice[i:], slice[i+1:])），Go 的copy保证按顺序安全覆盖 - 该方式不会释放被覆盖元素的引用，GC 无法回收它们指向的对象（比如
*struct）
示例：
slice := []*int{new(int), new(int), new(int)}
i := 1
n := len(slice)
copy(slice[i:], slice[i+1:])
slice = slice[:n-1]
删除后是否要清空原位置？
大多数情况不用管，但如果你删的是含指针、map、channel、slice 等可变类型字段的结构体，或切片本身存的是指针，那被跳过的那个位置还留着旧引用，可能阻止 GC 回收。
这时候得显式置零：
- 基础类型：赋
zero value，如slice[i] = 0、slice[i] = "" - 指针/接口/映射等：用
slice[i] = nil - 结构体：用
slice[i] = MyStruct{}或逐字段清空
这个动作常被忽略，尤其在长期运行的服务中容易积累内存压力。
