Go 1.23 中 range 只能遍历形如 func(yield func(T) bool) 的函数标准库提供 iter.Seq[T] 别名需在 yield 内按需执行 DB 查询避免提前全量加载并显式管理资源生命周期。Go 1.23 中 range 能直接遍历函数但必须是 func(yield func(T) bool) 类型Go 1.23 正式支持 range over func但它不是“任意函数都能 range”而是有严格签名要求必须接受一个 yield 回调且返回 bool 控制是否继续。编译器靠这个签名识别迭代器不是靠名字或注释。yield 是你写循环体的地方——for v : range it 的 v 就是它传进来的值返回 false 表示提前退出比如用户按 CtrlC、条件满足、资源不足别写成 func() T 或 func() (T, bool) ——那是 Go 1.22 试验期的旧模式1.23 已弃用强行用会报错 cannot range over ... (type func() (int, bool))标准库已提供类型别名iter.Seq[T] 就是 func(func(T) bool) 的可读写法建议直接用避免手写冗长签名用 iter.Seq 写分页数据库迭代器比 channel 更轻、更可控以前用 chan 做分页拉取得开 goroutine、关 channel、防死锁现在用 iter.Seq纯同步、无并发、状态全在闭包里出错不 panic退出不泄漏。典型错误在 yield 外部做 DB 查询导致每次 range 迭代都重查整页性能崩正确做法是把 offset 和缓存切片作为闭包变量在 yield 内部按需填充示例中 db.QueryRow 或 db.Select 必须在 yield 循环体内触发而不是在函数开头一次查完——这才是“按需拉取”的本意如果 DB 查询失败直接 return 即可yield 不会被调用range 自然结束无需 panic 或显式错误返回func UserIDs(db *sql.DB, limit int) iter.Seq[int64] {offset : 0return func(yield func(int64) bool) {for {var ids []int64err : db.Select(ids, SELECT id FROM users ORDER BY id LIMIT ? OFFSET ?, limit, offset)if err ! nil || len(ids) 0 {return // 迭代终止}for _, id : range ids {if !yield(id) { // 用户中途 break立刻退出return}}offset limit}}}组合多个迭代器时别直接嵌套 range要用 iter.Map 或手写包装想对每个用户 ID 查详情再处理别写 for id : range UserIDs(...) { for detail : range GetUserDetail(id) { ... } }——这会变成 N1 查询且无法用 iter 工具链统一控制。标准库 iter.Map 接收 iter.Seq[A] 和转换函数返回新的 iter.Seq[B]天然支持链式调用手动包装更灵活比如加日志、限流、重试只要新函数仍符合 func(yield func(T) bool) 签名即可注意泛型推导如果 UserIDs 返回 iter.Seq[int64]而 GetUserDetail 需要 int记得显式类型转换或用 iter.Map 投影否则编译报错 cannot use ... as iter.Seq[int] value in argument调试时卡死或没输出先检查 yield 是否被调用、是否永远返回 true最常见的现象是 for v : range it 一行不输出、程序挂住或者只跑一次就退出——大概率是 yield 根本没被调或逻辑写反了。 RedClaw 百度推出的手机端万能AI Agent助手