Golang迭代器模式实现教程

本文深入解析了Go语言中如何以符合其设计哲学的方式实现迭代器模式——摒弃传统面向对象的接口式迭代器（如interface{ Next() bool; Value() interface{} }），转而推荐使用类型安全、无状态、易组合的函数值形式func() (T, bool)，尤其在泛型支持（Go 1.18+）后，可优雅构建如SliceIterator等通用工厂函数；文章不仅剖析了经典写法在Go中的诸多缺陷（类型不安全、易panic、并发隐患、违背标准库风格），还通过清晰示例展示了闭包迭代器的创建与使用，并指出何时应转向channel以更好应对异步、I/O或生产消费解耦场景，是一份兼顾原理深度与工程实践的Go迭代思维指南。

Go 语言原生不支持传统意义上的迭代器模式（如 Java 的 Iterator 接口），但可以通过函数值、接口和闭包高效模拟出等效行为；强行套用面向对象的“迭代器类”反而会破坏 Go 的简洁性。

为什么不用 interface{ Next() bool; Value() interface{} } 这种经典写法

这种设计在 Go 中既难用又易错：

• 每次调用 Next() 都要检查返回值，容易漏判导致 panic 或重复取值
• 类型不安全 —— Value() 返回 interface{}，必须强制类型断言，编译期无法校验
• 状态管理分散（hasNext、current 等字段需手动维护），并发不安全
• 与 Go 标准库风格（如 io.Reader、scanner.Scan()）不一致，学习成本高

推荐做法：用函数值封装迭代逻辑（func() (T, bool)）

这是 Go 社区更自然、更安全的迭代器建模方式，例如标准库中 strings.SplitN 后常配合匿名函数遍历：

func NewIntIterator(nums []int) func() (int, bool) {
    i := 0
    return func() (int, bool) {
        if i >= len(nums) {
            return 0, false
        }
        val := nums[i]
        i++
        return val, true
    }
}
<p>// 使用
next := NewIntIterator([]int{1, 2, 3})
for {
v, ok := next()
if !ok {
break
}
fmt.Println(v)
}</p>

优点：

• 无状态暴露，闭包自动捕获上下文，线程安全（只要原始数据不被并发修改）
• 返回值直接带 bool，避免忘记检查或误用
• 泛型支持后（Go 1.18+），可写出类型安全版本：func() (T, bool)
• 可轻松组合：如 FilterIterator、MapIterator 都只需包装一层函数

泛型迭代器工厂（Go 1.18+）怎么写才实用

不要试图定义一个“万能迭代器接口”，而是按需提供构造函数。例如：

func SliceIterator[T any](s []T) func() (T, bool) {
    i := 0
    return func() (T, bool) {
        if i >= len(s) {
            var zero T
            return zero, false
        }
        v := s[i]
        i++
        return v, true
    }
}
<p>// 使用（无需断言，类型由编译器推导）
next := SliceIterator([]string{"a", "b", "c"})
for {
s, ok := next()
if !ok {
break
}
_ = strings.ToUpper(s) // s 类型是 string，不是 interface{}
}</p>

注意点：

• 不要在闭包里直接返回切片元素地址（&s[i]），可能导致意外的内存逃逸或悬垂指针
• 若需多次遍历，每次都要调用工厂函数重新生成迭代器 —— 这是预期行为，不是缺陷
• 对大结构体，考虑传入 []*T 或使用索引式访问避免复制开销

什么时候该放弃“迭代器”思维，改用 channel

当迭代过程涉及 I/O、网络、异步计算或需要解耦生产/消费时，chan T 是更符合 Go 惯用法的选择：

func FileLineIterator(path string) // 使用
for line := range FileLineIterator("log.txt") {
process(line)
}

关键区别：

• channel 天然支持阻塞、超时、select 多路复用，而函数式迭代器做不到
• channel 是并发安全的通信机制；函数迭代器只是单次顺序访问工具
• 不要用 channel 实现简单切片遍历 —— 开销大且无必要

真正要注意的是：别为了“设计模式”而设计模式。Go 的迭代逻辑往往就藏在 for range、闭包函数或 channel 里，把它们用熟，比实现一个“标准迭代器接口”有用得多。

到这里，我们也就讲完了《Golang迭代器模式实现教程》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！