Go slices.Delete 怎么用？删除元素后为什么一定要接收返回切片

Go 1.21 版本之后，要删除切片元素不用再自己手写 append(s[:i], s[j:]...) 这类逻辑了。标准库提供的 slices.Delete 就能完成相同的操作，但有个非常关键的注意点：它返回的是更新后的切片头，你必须用原切片变量接收这个返回值。要是直接忽略返回值，旧切片的长度不会变化，后续代码很容易读到你以为已经删掉的无效元素。

准备一个最小实验

package main

import (
  "fmt"
  "slices"
)

func main() {
  users := []string{"ann", "bob", "cici", "david"}
  users = slices.Delete(users, 1, 3)
  fmt.Println(users) // [ann david]
}

标准库 slices 文档说明，Delete 移除对应区间的元素 s[i:j] 后返回修改完成的切片。这里的区间是左闭右开规则，所以写1到3作为参数的话，实际删掉的是索引1和2对应的 bob 与 cici 两个元素。

为什么返回值不能丢

切片本身是由指向底层数组的指针、当前长度、最大容量三个字段组成的复合结构。执行删除操作时会移动区间后面的元素、同时修改新切片的长度，函数内部没办法直接修改调用侧的切片变量本身。因此下面写法哪怕已经移动了底层数组的内容，users 对应的旧切片长度还是原来的数值：

slices.Delete(users, 1, 3) // 错误示例：结果被忽略

把返回值重新赋值给原切片变量是最清晰安全的做法。如果有特殊场景需要保留旧切片的状态，才把结果赋值给另一个新变量，同时要明确知道这两个切片大概率是共享同一段底层数组的。

批量筛选时用 DeleteFunc

scores := []int{0, 1, 1, 2, 3, 5}
scores = slices.DeleteFunc(scores, func(n int) bool {
  return n%2 != 0
})
fmt.Println(scores) // [0 2]

在正向循环里边遍历边删除，后面的元素会整体左移，下一轮循环的索引很容易跳过要处理的元素。要按自定义条件批量删除，直接交给 DeleteFunc 处理，代码可读性会好很多。官方文档也提示：如果要删除大量元素，尽量合并成一次调用完成，反复多次调用删除会不停移动尾部元素，产生不必要的性能开销。

运行检查和边界

1. 用表驱动测试覆盖删除开头元素、中间元素、末尾元素、空区间这些常见场景。
2. 所有索引参数先做合法性校验，直接把外部输入的数值传给 Delete 很容易触发越界。
3. 存储大对象的切片完成删除后，留意剩下的元素会不会长期持有不再需要的引用；如果有必要收紧切片容量，可以评估是否做截断处理配合 slices.Clip 使用。
4. 如果项目要求的最低 Go 版本低于 1.21，不要直接引入标准库的 slices 相关逻辑。

常见问题

Delete 会分配新数组吗？

这个行为没有强制保证。返回的新切片有可能复用原来的底层数组，也有可能因为容量不足、后续操作触发新的数组分配，不要依赖这种未明确的内部行为写业务代码。

Delete 和手写 append 写法谁更快？

优先选可读性更好的写法。两种实现底层都要移动对应数量的尾部元素，只有性能敏感的热点路径，再通过实际基准测试选更适配的方案。

能删除空区间吗？

可以，只要传入的区间本身是合法的，操作后切片内容不会有任何变化。

为什么会 panic？

当 i、j 两个参数不构成合法的切片范围时就会触发 panic，所有来自外部输入的索引值，传入前一定要先做范围校验。

把 Delete 的返回值当成一次全新的切片状态来使用，批量筛选删除的场景优先走 DeleteFunc，就能避开绝大多数切片长度和索引错位的问题。