PHP生成器函数必须用yield逐个产出数据，不可用return返回普通值；需配合游标式查询避免内存溢出；yield from可委托子生成器但需try/catch防中断；生成器对象不可重置，每次调用函数才获新实例。
PHP生成器函数怎么写才不报错
生成器不是普通函数，yield 一出现，函数返回值就变成 Generator 对象，不能再用 return 返回普通值（PHP 7.1+ 允许 return 但仅限于返回终值，且必须用 getReturn() 获取，极少实用）。
常见错误：在生成器里写 return $data; 然后直接 foreach，结果啥也不输出——因为生成器已提前终止，没产生任何 yield 值。
- 必须用
yield向外“吐”数据，每次yield对应一次迭代 - 函数体里不能有
return $value;（除非你明确要终结并设终值） - 不要试图对生成器函数做
var_dump($gen)查看内容，它只显示对象结构；要用foreach或iterator_to_array($gen, false)（慎用，会消耗内存）
大数据分页查库时怎么用生成器避免内存爆炸
直接 mysqli_query + fetch_all(MYSQLI_ASSOC) 加载 10 万行进内存，PHP 进程大概率被 OOM kill。生成器的用处就在这儿：让数据库查询和消费解耦，一行一行拿、一行一行处理。
关键不是“用了 yield”，而是“不让 PDO/MySQLi 把整张结果集缓存进 PHP 内存”。所以得配合游标式查询（如 MYSQLI_USE_RESULT）或分块 limit + offset（注意深分页性能退化）。
立即学习“PHP免费学习笔记（深入）”；
- PDO 场景下，用
$pdo->setAttribute(PDO::MYSQL_ATTR_USE_BUFFERED_QUERY, false)+yield配合fetch()，才能真正流式读取 - 如果用
limit 100000, 100，MySQL 仍要跳过前 10 万行，CPU 和 IO 没省；更稳的做法是用 where id > last_id 分段 - 生成器内部别做耗时操作（比如每次
yield前调一次远程 API），否则迭代变慢，还掩盖了“流式”的本意
yield from 怎么安全地委托另一个生成器
yield from 不是语法糖，它把子生成器完全接入当前迭代流程，包括异常传递、关闭通知、返回值捕获。但容易踩坑的是：子生成器一旦抛出未捕获异常，整个链会中断，且父生成器无法“重试”或“跳过”。
典型场景：合并多个日志文件的行，每个文件用一个生成器读取，再用 yield from 统一吐出。但如果某个文件权限不足，new \SplFileObject($path) 直接 throw Exception，整个合并就停了。
- 必须在
yield from外层加try/catch，否则异常直接冒泡到消费者代码 - 子生成器返回值（
return的值）会被忽略，除非你显式调用子生成器的getReturn() -
yield from不支持表达式，只能跟生成器对象、数组或实现了Traversable的对象；写成yield from someFunction()是合法的，但someFunction()必须返回生成器对象，不能是数组
生成器对象能 reset() 吗？为什么 foreach 之后不能再用
不能。Generator 对象是单次迭代器，状态不可逆。一旦 foreach 完、或手动调 next() 到末尾，它就进入 CLOSED 状态，再调 current() 返回 null，valid() 返回 false，也没法 rewind()。
这和 ArrayIterator 完全不同——后者可反复遍历。很多人想“重用生成器”，其实是混淆了“生成器函数”和“生成器对象”：每次调用函数才得到新对象。
- 需要多次遍历？别存生成器对象，存生成器函数的引用或闭包，每次调用重新创建实例
- 调试时想看内容？别反复
foreach，用iterator_to_array($gen, false)转一次数组（仅限小数据） - 某些 ORM（如 Laravel 的
cursorPaginate()）返回的是CursorPaginator，它内部用生成器流式读，但对外封装了可重入接口——这不是生成器本身的特性，是上层包装
生成器真正的边界在于：它不保存数据，只保存执行上下文。一旦执行完，上下文销毁，没法回滚。这点比想象中更绝对。
