iter.Seq链式组合靠手动包装：以外层Seq的yield控制逻辑，内层调用原始Seq并按需调用yield，实现过滤、映射等操作，且必须正确传递yield返回值以支持提前终止。
iter.Seq 怎么链式组合多个操作？
Go 1.23 的 iter.Seq 本身不提供 Where、Select 这类方法，它只是一个函数类型： func(yield func(T) bool) bool。链式操作靠的是「手动包装」——把前一个 Seq 当作数据源，再套一层 yield 控制逻辑。
比如你想先过滤偶数、再乘 2，不能写 seq.Where(...).Select(...)，得这样嵌套：
evensTimesTwo := iter.Seq(func(yield func(int) bool) bool {
return numbers(func(x int) bool {
if x%2 == 0 {
return yield(x * 2)
}
return true // 继续取下一个
})
})- 外层
yield只在满足条件时才调用，实现“过滤”语义 - 内层
numbers是原始Seq，它控制数据流动节奏 - 每次调用
yield都可能被上层中断（比如Take(3)内部返回 false），所以天然支持提前终止
为什么不能直接用 go-linq 或 Go-Funk 的链式写法？
iter.Seq 是标准库实验包（golang.org/x/exp/iter），设计目标是轻量、无状态、零分配。而 go-linq 和 Go-Funk 的 Query 或 LazyBuilder 是完整封装的结构体，自带 Iterate 方法和中间状态缓存——这会带来额外内存开销和 GC 压力。
关键区别在于触发时机：
立即学习“go语言免费学习笔记（深入）”；
-
iter.Seq：每次for x := range seq都重新执行整个闭包，无缓存、无重放能力 -
go-linq.Query：Iterate()返回一个新Iterator函数，但构建链时已捕获上游闭包，多次遍历会重复走同一路径（除非显式Reset） - 如果你需要多次遍历同一序列，
iter.Seq必须重新构造；而go-linq可以复用Query实例
Take、Filter、Map 这些常见操作怎么手写？
没有现成方法，但模板非常固定。核心就两条：1）控制是否调用 yield；2）决定传给 yield 的值。所有操作都围绕这两点展开。
例如 Take(n)：
func Take[T any](seq iter.Seq[T], n int) iter.Seq[T] {
return iter.Seq(func(yield func(T) bool) bool {
count := 0
return seq(func(x T) bool {
if count >= n {
return false // 告诉上游停
}
if !yield(x) { // 消费者主动停了
return false
}
count++
return true
})
})
}-
Filter：只在条件为真时调用yield(x) -
Map：调用yield(transform(x))，注意 transform 函数不能 panic，否则中断整个链 - 所有操作都必须原样传递
yield的返回值（!yield(...)→return false），否则无法响应消费者退出信号
容易踩的坑：yield 返回 false 后还继续循环？
这是最常出错的地方。很多初学者以为只要 break 就行，但 yield 返回 false 表示“消费者不要了”，此时必须立即返回 false 给上游，否则上游还会继续调用 yield，导致 panic 或静默丢数据。
正确模式永远是：
if !yield(x) {
return false // 立即退出当前 Seq，停止向下游推送
}
// 否则继续- 漏掉这个判断，
Take(1)遍历 5 个元素的序列时，后 4 个仍会进 yield，只是被忽略——但上游还在跑，浪费 CPU - 如果 yield 在 channel send 或锁操作里，还可能引发死锁或 panic
- 所有自定义操作函数的内部循环，都要把
yield的返回值当作控制流分支来处理
惰性求值不是语法糖，它是对控制流的显式接管。写错一次 yield 处理，整个链就失去“懒”的意义——变成一边算一边扔。
