Go切片“删除”本质是构造新切片：常用append(s[:i], s[i+1:]...)跳过目标元素；删多个需倒序或双指针覆盖；误用copy或不截断会导致数据残留和内存泄漏。
用 append 覆盖原切片实现“删除”
Go 没有内置的 delete 函数用于切片，所谓“删除”本质是构造一个新切片，跳过目标元素。最常用、最安全的方式是用 append 拼接前后两段：
- 遍历索引，找到要删的元素位置
i - 用
append(s[:i], s[i+1:]...)把i前后拼起来 - 注意必须加
...展开右侧切片，否则编译报错：first argument to append must be slice; have []T - 如果删多个元素，不能边遍历边
append，否则索引会错位——得先收集所有要删的索引，再倒序处理，或用双指针覆盖
示例：删掉第一个值为 3 的元素
s := []int{1, 2, 3, 4, 3, 5}
for i, v := range s {
if v == 3 {
s = append(s[:i], s[i+1:]...)
break
}
}
用双指针原地覆盖避免内存分配
当切片很大、频繁删除时，反复 append 会产生大量临时底层数组，GC 压力大。此时用“快慢指针”原地覆盖更高效：
- 慢指针
write指向待写入位置，快指针read遍历全部元素 - 遇到要保留的元素，拷贝到
s[write]并write++ - 最后用
s[:write]截断，丢弃后面已失效的数据 - 这个方法不依赖索引查找，适合按条件批量过滤（比如删所有偶数），也避免了多次
append的扩容开销
示例：删掉所有 0
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
s := []int{0, 1, 0, 2, 3, 0}
write := 0
for _, v := range s {
if v != 0 {
s[write] = v
write++
}
}
s = s[:write]
误用 copy 或直接截断导致数据残留
常见错误是以为 s = s[:len(s)-1] 就能删末尾，或用 copy(s[i:], s[i+1:]) 后不截断——这会导致底层数组未被清理，可能引发意外引用或内存泄漏：
-
copy(s[i:], s[i+1:])只复制数据，但切片长度没变，s[len(s)-1]还在，只是值被覆盖了 - 如果切片元素是指针或含指针字段的结构体，残留项仍持有引用，GC 无法回收其指向的对象
- 正确做法永远跟上截断：
s = s[:len(s)-1]或s = s[:write] - 调试时可打印
len(s)和cap(s)，确认长度是否真变小
删除后底层数组未释放的隐性问题
即使切片长度变小，只要原底层数组没被其他变量引用，Go 运行时一般能回收。但以下情况容易踩坑：
- 从大切片中只删一两个元素，新切片仍共享大底层数组，导致整个大内存块无法释放
- 函数返回了某个子切片（如
s[100:101]），调用方拿到后，原始大数组因被引用而一直驻留 - 解决办法：需要彻底断开引用时，用
newS := append([]T(nil), oldS...)强制创建新底层数组 - 这不是日常必需操作，但在长期运行服务中处理日志、缓存等大体积数据时，得主动考虑
底层数组是否复用，取决于你是否还持有对旧切片的引用——这点比“删没删掉元素”更难察觉，也更值得多看一眼
