Go slices.Collect 怎样把迭代器结果收集成独立切片完成一个可复用的最小示例

如果一个 Go 迭代器已经能按需产出值，但后面的逻辑需要索引、排序或重复遍历，可以用 slices.Collect 把它收集成新的切片。这个函数从 Go 1.23 开始提供，签名是 Collect[E any](seq iter.Seq[E]) []E：它读取迭代器产出的元素，并把元素值放进一个新的 []E。空迭代器返回 nil，而元素本身如果是指针或包含引用，仍然是浅层复制。

先把收集目标和版本边界说清楚

这次的决策很简单：上游用 iter.Seq[E] 表达“如何产生 E”，下游如果要得到一个普通切片，就调用 slices.Collect。它不是把迭代器对象包装成切片，也不是把元素转换成另一种类型，而是让迭代器执行并追加每个产出的值。

因此，程序需要 Go 1.23 或更高版本。若项目的 go.mod 仍然锁在更早的语言版本，就应先处理工具链兼容性，不能只把函数名复制进旧项目。

定义一个可复用的迭代器，再交给 Collect

下面的例子把一个上限范围内的偶数作为迭代器结果。yield 返回 false 时表示调用方不再需要后续值，迭代器应立即结束；这让同一个迭代器既能被完整收集，也能被提前停止的消费者使用。

package main

import (
    "fmt"
    "iter"
    "slices"
)

// evenUpTo 按顺序产出不超过 limit 的偶数。
func evenUpTo(limit int) iter.Seq[int] {
    return func(yield func(int) bool) {
        // 负数上限没有可产出的偶数，直接结束序列。
        for value := 0; value 

这里的结果已经是普通切片：可以用下标访问，也可以交给 slices.Sort 或其他接受切片的 API。图中“迭代器定义”和“结果切片”是两个职责边界：前者决定产出什么，后者保存已经收集的值。

空序列和元素引用决定结果怎么使用

Collect 不会人为制造一个长度为 0 但非 nil 的切片。比如上限为负数时，迭代器没有产出任何值，返回结果是 nil；它的 len 仍然是 0，可以安全地遍历，但如果业务必须区分“没有结果”和“已初始化空列表”，就要显式处理这个差异。

empty := slices.Collect(evenUpTo(-1))
fmt.Println(empty == nil, len(empty)) // true 0

// 指针元素只复制指针值，不会复制指针指向的对象。
type Item struct {
    Name string
}

items := slices.Collect(func(yield func(*Item) bool) {
    item := &Item{Name: "draft"}
    // 这里产出的是同一个指针；Collect 不负责深拷贝 Item。
    yield(item)
})
items[0].Name = "ready"

所以，“收集成独立切片”准确地说是切片容器和元素值被重新组织；对于指针、映射、切片字段等引用型元素，仍要根据业务所有权决定是否另做深拷贝。

按负载决定收集，还是继续流式消费

如果后续要多次遍历、按下标定位、排序，或需要把结果交给只接受切片的旧接口，收集是清晰的适配点。反过来，如果序列来自很大的文件、分页接口或持续事件，且消费者只需要逐个处理，那么直接使用 for value := range seq 更节省内存。

最后还要保留普通 Go 的并发边界：收集完成后的切片可以被多个 goroutine 只读共享，但如果一个 goroutine 修改元素、另一个 goroutine 同时读取，就需要同步；Collect 本身不提供并发保护。

常见问题

slices.Collect 能不能把 []T 直接转换成 []U？

不能。它只收集 iter.Seq[E] 产出的 E。若要转换类型，应在迭代器中产出 U，或先逐项映射再收集。

空结果一定要改成 make([]T, 0) 吗？

不一定。nil 切片可以安全遍历和追加；只有当序列化格式或业务协议明确要求非 nil 空数组时，才在边界处显式初始化。

Collect 得到的切片是不是深拷贝？

不是。切片容器是新的，但指针、map、chan 或内部切片等引用型元素仍可能指向原对象，需要业务代码自行定义复制策略。