Go 不适合传统迭代器接口，因其原生不支持类、继承和强制接口实现，且惯用法强调数据结构自身提供遍历能力；推荐用回调函数（如 Range）或切片/通道直接遍历。
Go 语言原生不支持类、继承和接口的强制实现，也没有 Iterator 接口或 for...of 语法，所以“标准迭代器模式”在 Go 里不能照搬 Java/C# 那套——直接返回一个带 Next()、HasNext() 的对象，反而容易写出难维护、易出错的代码。
为什么 Go 不适合传统迭代器接口
Go 的惯用法是让数据结构自己提供遍历能力，而不是把状态（如当前索引、是否结束）抽成独立对象。常见问题包括：
-
Next()返回值和状态耦合，调用者容易忘记检查是否已到末尾，导致 panic 或重复消费 - 多个 goroutine 并发调用同一个迭代器实例时，状态竞争难以避免，除非加锁——但这就违背了 Go “不要通过共享内存来通信”的哲学
- 泛型未普及前（Go 1.18 之前），为每种类型写一套
Iterator类型，冗余严重；泛型虽缓解了这点，但接口抽象仍不如直接暴露函数自然
用函数值（func）代替 Iterator 接口
最 Go 的做法是：把“遍历逻辑”封装成一个接受回调函数的遍历方法，由容器自身控制迭代过程。调用者只关心“对每个元素做什么”，不操心状态管理。
例如，为自定义链表实现遍历：
立即学习“go语言免费学习笔记（深入）”；
type ListNode struct {
Val int
Next *ListNode
}
func (head *ListNode) Range(f func(int) bool) {
for node := head; node != nil; node = node.Next {
if !f(node.Val) {
break // 提前退出，类似 break 语句
}
}
}
使用时：
head.Range(func(val int) bool {
fmt.Println(val)
return true // 继续
})
- 回调返回
bool是 Go 社区常见约定：true 表示继续，false 表示终止 - 所有状态（当前节点、是否结束）完全由
Range方法内部维护，调用方零状态负担 - 天然线程安全——每次调用都是新循环，无共享状态
泛型 + 迭代器结构体（仅当需要延迟计算或组合时）
如果确实需要“可暂停、可多次复用、可链式组合”的迭代行为（比如实现 Filter、Map），可以用泛型结构体封装闭包和状态，但必须显式处理生命周期和并发安全。
启科网络商城系统由启科网络技术开发团队完全自主开发，使用国内最流行高效的PHP程序语言，并用小巧的MySql作为数据库服务器，并且使用Smarty引擎来分离网站程序与前端设计代码，让建立的网站可以自由制作个性化的页面。 系统使用标签作为数据调用格式，网站前台开发人员只要简单学习系统标签功能和使用方法，将标签设置在制作的HTML模板中进行对网站数据、内容、信息等的调用，即可建设出美观、个性的网站。
例如一个基础泛型迭代器：
type Iterator[T any] struct {
next func() (T, bool)
}
func (it *Iterator[T]) Next() (T, bool) {
return it.next()
}
func FromSlice[T any](s []T) *Iterator[T] {
i := 0
return &Iterator[T]{
next: func() (T, bool) {
if i >= len(s) {
var zero T
return zero, false
}
val := s[i]
i++
return val, true
},
}
}
- 注意
next是闭包，捕获了外部变量i和s，因此每个Iterator实例是独立的 - 不要导出
next字段，避免被外部篡改；所有交互走Next() - 这种写法适合构建 pipeline 工具库，但日常业务中多数时候属于过度设计
切片和 channel 是更自然的“迭代载体”
Go 开发者真正高频使用的“迭代抽象”其实是：
-
[]T：用for range直接遍历，编译器优化好、语义清晰、零分配 -
chan T：用for v := range ch，天然支持协程间解耦、背压和流式处理
例如将一组数据异步转为 channel 流：
func ToChannel[T any](items []T) <-chan T {
ch := make(chan T, len(items))
go func() {
defer close(ch)
for _, v := range items {
ch <- v
}
}()
return ch
}
后续可与其他 channel 操作（select、time.After、fan-in）自由组合，这才是 Go 式的“可组合迭代”。
真正难的不是怎么写 Iterator，而是判断什么时候不该写——多数场景下，一个 Range 方法、一个切片或一个 channel，就已经是最简、最稳、最 Go 的答案。
