Go slices.Delete 连续删除时的区间偏移处理方案

连续调用 slices.Delete 删除多个区间时，最容易出错的不是函数本身，而是把第一次删除前的下标继续用在已经变短的切片上。稳妥做法是：区间互不重叠时按起点从大到小删除；区间可能重叠或相邻时先排序、合并，再一次删除。这样每个下标的含义都能追溯到同一份原始切片。

本文讨论 Go 标准库 slices.Delete 的区间偏移处理，官方资料入口为 https://pkg.go.dev/slices。示例中的图是静态结构说明图，不是运行截图。

先把待删除区间定义在原始切片上

假设原始数据为 [a b c d e f g h]，要删除 [1,3) 和 [5,7)。这里的 1、3、5、7 都指向删除前的数组。如果先删前一个区间，切片会变成 [a d e f g h]，原来的 [5,7) 已经不再代表 f、g，直接套用就会越界或删错对象。

因此先约定区间使用半开形式 [start,end)，并在真正修改切片前完成排序或校验。不要一边遍历变更后的切片，一边临时计算下一个区间；那会把“业务位置”和“当前物理下标”混在一起。

互不重叠的区间按倒序删除

区间已经确认互不重叠时，可以保留原始下标，只把执行顺序反过来。先删靠后的区间，前面区间的起点不会受影响；等后面的数据移动结束，再删前面的区间。

package main

import (
    "fmt"
    "slices"
)

func main() {
    values := []string{"a", "b", "c", "d", "e", "f", "g", "h"}
    // 区间都按原始 values 定义，且两个区间互不重叠。
    values = slices.Delete(values, 5, 7) // 先删除 f、g。
    values = slices.Delete(values, 1, 3) // 再删除 b、c，旧起点仍然安全。
    fmt.Println(values)                  // [a d e h]
}

倒序方案的关键不是“多调用几次 API”，而是让每次删除只影响已经处理过的右侧区域。若区间来自用户输入，先按 start 降序排列，并检查每个区间的 0 。输入未经校验时，不能直接相信倒序就一定安全。

重叠区间先合并，再做一次删除

如果区间是 [1,4)、[3,6)，它们有重叠；如果是 [1,3)、[3,5)，它们相邻。两种情况都适合先合并成 [1,6) 或 [1,5)，避免重复搬移和边界重复判断。

package main

import (
    "fmt"
    "slices"
)

type span struct{ start, end int }

func mergeSpans(spans []span) []span {
    // 先按起点排序，后续只需比较当前区间与已合并区间的尾部。
    slices.SortFunc(spans, func(a, b span) int { return a.start - b.start })
    merged := make([]span, 0, len(spans))
    for _, current := range spans {
        if len(merged) == 0 || current.start > merged[len(merged)-1].end {
            merged = append(merged, current)
            continue
        }
        // 重叠或相邻区间合并，避免重复删除同一段。
        if current.end > merged[len(merged)-1].end {
            merged[len(merged)-1].end = current.end
        }
    }
    return merged
}

func main() {
    values := []string{"a", "b", "c", "d", "e", "f", "g", "h"}
    spans := mergeSpans([]span{{1, 4}, {3, 6}})
    // 合并结果为 [1,6)，一次删除 b 到 f。
    values = slices.Delete(values, spans[0].start, spans[0].end)
    fmt.Println(values) // [a g h]
}

上面的合并逻辑把相邻区间也视为一段连续删除。若业务必须保留相邻边界的审计信息，可以只合并真正重叠的区间，把判断改成 current.start >= previous.end；不要为了省一次调用而丢掉业务语义。

边界检查与容量复用要单独处理

slices.Delete 只负责删除切片区间，不负责替你判断“这个区间是否来自同一版本的数据”。生产代码建议将区间校验、排序合并、切片修改拆成三个小步骤：校验失败时原切片不变；合并后再检查末端是否等于长度；删除后用返回值接住新切片。

还要记住，删除后的切片可能继续复用原底层数组。切片长度会变短，但容量和底层存储不等于立即归还给运行时。如果元素包含指针或较大的对象引用，应结合实际生命周期决定是否清理不再使用的尾部；这属于内存保留问题，不要和区间偏移问题混为一谈。

常见问题

连续删除一定要倒序吗？不是。只要每次删除都重新计算后续下标，正序也能做；倒序更容易保持原始区间语义，代码和审查成本更低。

为什么删除后还看到旧元素？slices.Delete 改变的是切片视图和元素排列，底层数组可能仍被复用。若关注的是指针引用或大对象保留，应另行设计尾部清理和生命周期管理。