Golang如何实现迭代器模式遍历数据

Go语言虽无内置Iterator接口，但通过简洁的“消费式迭代器”模式——将移动与判空合并在Next()方法中、配合Value()获取当前元素——实现了安全高效的数据遍历；这种设计规避了HasNext()引发的状态过期和并发竞态风险，强调接口只暴露行为契约（如Next() bool和Value() T），隐藏底层实现细节（无论是切片、channel还是数据库游标），既符合Go的务实哲学，又为可重用、线程安全的迭代逻辑提供了清晰范式。

Go 里没有内置 Iterator 接口，但可以用 Next() + Value() 模拟

Go 语言标准库不提供类似 Java 的 Iterator 接口，也不强制要求实现 hasNext()。实际中更常见的是「消费式迭代器」：调用 Next() 移动到下一项并返回是否还有数据，再通过 Value() 或直接返回值获取当前元素。

这种设计避免了「先判断再取值」的两步耦合，也减少竞态风险（尤其在并发场景）。例如 bufio.Scanner 就是典型：Scan() 相当于 Next()，Text() 或 Bytes() 相当于取值。

• 不要定义 HasNext() bool 方法——它容易过期（多 goroutine 调用时状态可能已变）
• 把「移动+判空」合并进 Next() bool 是 Go 社区惯用做法
• 如果需要支持多次遍历，迭代器应封装底层数据副本或重置逻辑，而非复用同一实例

自定义迭代器要隐藏内部状态，暴露最小接口

用户不需要知道你在遍历切片、channel 还是数据库游标。接口只暴露行为契约，不暴露实现细节。比如一个遍历整数切片的迭代器：

type IntIterator interface {
    Next() bool
    Value() int
}

它的实现可以是：

type sliceIter struct {
    data []int
    idx  int
}

func (s *sliceIter) Next() bool {
    s.idx++
    return s.idx 

• 字段 idx 和 data 不导出，外部无法误操作
• 不暴露 Reset() 或 Seek() —— 需要随机访问就该换用索引访问，不是迭代器的职责
• 若底层是 channel，Next() 应该阻塞等待新值或返回 false 表示关闭，而不是 panic

注意资源泄漏：迭代器常伴随打开的文件、连接或 goroutine

很多真实场景下的迭代器背后有资源（如 *sql.Rows、os.File 扫描、HTTP 流响应），必须显式释放。Go 没有析构函数，所以得靠用户调用 Close()。

• 务必在接口中加入 Close() error 方法，并文档注明「必须调用」
• 在 Next() 返回 false 后，仍需手动 Close() —— 否则缓冲数据、网络连接或文件句柄可能滞留
• 可考虑用 defer iter.Close() 包裹 for 循环，但注意：如果循环提前 break，defer 仍会执行；如果循环里 return，也要确保 Close 被调用

用泛型简化重复代码，但别过度抽象

Go 1.18+ 可用泛型写通用迭代器接口：

type Iterator[T any] interface {
    Next() bool
    Value() T
    Close() error
}

这样能复用 for 循环逻辑，比如：

func Drain[T any](it Iterator[T]) []T {
    var out []T
    for it.Next() {
        out = append(out, it.Value())
    }
    it.Close()
    return out
}

• 泛型让类型安全，但别为「看起来统一」而强行包装原生 slice —— for range 更高效、更符合 Go 习惯
• 真正值得封装的是那些带状态、需资源管理、或计算延迟的遍历（如分页 API、归并多个有序流）
• 如果迭代器只被一个函数使用，且逻辑简单，内联 for 循环比抽象成 Iterator 更清晰

最易被忽略的一点：迭代器的生命周期和底层数据生命周期往往不一致。比如你传入一个局部切片给迭代器构造函数，但迭代器内部保存了其引用——这个切片不能被 GC，直到迭代器被释放。这种情况要用 copy 或明确所有权转移。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Golang如何实现迭代器模式遍历数据》文章吧，也可关注golang学习网公众号了解相关技术文章。