go 不需要传统迭代器模式,因其 for range 已统一支持内建类型,且不支持用户自定义 range 行为;实践中常用 channel 或函数工厂替代 iterator 接口。

为什么 Go 不需要传统意义上的迭代器模式
Go 语言没有类继承和接口强制实现机制,for range 已经为 slice、map、channel、string 等内建类型提供了统一的遍历语法。所谓“实现迭代器模式”,本质是封装一个可被 for range 消费的自定义类型——这要求你提供符合 Go 迭代协议的 Next() 和 Value()(或类似)方法,并让类型支持 range,但 Go 官方不支持用户自定义类型的 range 行为(除非用 channel 模拟)。
所以实际开发中,更务实的做法是:用 channel 模拟迭代流,或直接暴露一个返回 func() (T, bool) 的工厂函数。这两种方式都比硬套“Iterator 接口 + HasNext/Next”更符合 Go 的惯用法。
用 channel 实现安全、可控的迭代流
这是最常用也最 Go 的方式。它天然支持并发、可中断、可组合,且调用方只需 for v := range ch 即可消费。
- 启动 goroutine 生产数据,通过 channel 发送;生产结束时关闭 channel
- 务必在 goroutine 内部做错误处理或提前退出,避免 goroutine 泄漏
- 如果需支持“中途停止”,接收方应使用
select配合context.Context - 注意 channel 容量:无缓冲 channel 易造成生产者阻塞;大缓冲浪费内存;通常用
make(chan T, 1)或make(chan T, 0)足够
示例:遍历文件行
初始化并管理阿里云SDK Go 客户端,涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
func Lines(filename string) // 使用:
for line := range Lines("input.txt") {
fmt.Println(line)
}
用闭包函数替代 Iterator 对象
如果你只需要顺序单次遍历,且想避免 goroutine 和 channel 开销,返回一个“状态保持型”的闭包函数更轻量、更易测试。
- 函数签名通常是
func() (T, bool),返回值 + 是否还有下一项 - 内部用局部变量保存当前索引、游标或读取位置
- 每次调用推进状态;返回
false表示结束 - 无法重置或并发调用(除非加锁,但那就违背轻量初衷)
示例:遍历切片的迭代器函数
func SliceIter[T any](s []T) func() (T, bool) {
i := -1
return func() (T, bool) {
i++
if i >= len(s) {
var zero T
return zero, false
}
return s[i], true
}
}
<p>// 使用:
next := SliceIter([]int{1, 2, 3})
for {
v, ok := next()
if !ok {
break
}
fmt.Println(v)
}</p>
别踩这些坑
很多人试图模仿 Java/C# 写一个 type Iterator interface { Next() bool; Value() T },结果发现很难自然融入 Go 生态:
-
for range不识别你的Iterator接口,必须写for it.Next() { v := it.Value() },失去 Go 的简洁性 - 泛型约束下,
Value()返回非指针类型时可能引发意外拷贝;返回指针又带来生命周期风险 - 多 goroutine 同时调用同一个
Iterator实例会出错,加锁又让接口变重 - 无法与标准库如
iter.Seq(Go 1.23+)对齐,后者只接受func(yield func(T) bool) error形式
真正需要“可重用、可重置、支持多次遍历”的场景极少;多数时候,channel 或闭包已覆盖 95% 的需求。如果真要抽象,优先考虑 iter.Seq[T](Go 1.23 起),而不是自己造 Iterator 类型。
golang免费学习笔记(深入):立即使用
在学习笔记中,你将探索golang的核心概念和高级技巧!










