用yield写生成器比大数组foreach更稳定——内存不爆、脚本不卡、逻辑清晰；因PHP数组是哈希表，10万整数即占十几MB，且foreach需全量加载，而生成器惰性产出、内存恒定、可中断、支持流式处理。
直接说结论：用 yield 写生成器，比把几万条数据塞进数组再 foreach 要稳得多——内存不爆、脚本不卡、逻辑更清晰。
为什么大数组遍历会崩？
PHP 数组本质是哈希表，哪怕只是 10 万个整数，range(1, 100000) 也会立刻占用十几 MB 内存；如果每个元素是对象或关联数组，内存增长更快。更关键的是，foreach 开始前，整个数组必须已存在并加载完毕，没有“边读边处理”的余地。
常见错误现象包括：
Fatal error: Allowed memory size of XXX bytes exhausted- 脚本执行超时（
max_execution_time触发），尤其在 CLI 环境下 - 数据库查询后
fetchAll()返回全部结果，还没开始处理就卡住
用 yield 生成器替代大数组的实操要点
核心不是“换个写法”，而是把“一次性生产”变成“按需产出”。函数返回的是 Generator 对象，不是数组。
立即学习“PHP免费学习笔记（深入）”；
示例对比：
// ❌ 危险：全量加载
function getIdsAsArray() {
return range(1, 500000); // 立刻分配内存
}
// ✅ 安全：惰性生成
function getIdsAsGenerator() {
for ($i = 1; $i <= 500000; $i++) {
yield $i; // 每次只返回一个值，不存历史
}
}
使用时完全一致：
foreach (getIdsAsGenerator() as $id) {
$node = node_load($id);
// ... 处理逻辑
}
关键注意事项：
-
yield函数不能被多次foreach直接重用——它是一次性迭代器，第二次遍历会空转；如需重用，重新调用生成器函数 - 生成器里不能用
return返回最终值（PHP 7.1+ 支持return，但仅用于传递终止状态，不改变迭代行为） - 调试时别用
var_dump($generator)，它只显示对象结构；要用iterator_to_array($generator, false)（慎用！会破坏内存优势）
生成器 + 数据库游标才是真实场景
真正压垮内存的往往不是数字序列，而是从 MySQL 或 PostgreSQL 拉取的数万行记录。这时不能用 fetchAll()，得用游标式逐行获取。
典型安全写法：
function fetchRowsByCursor($pdo, $sql) {
$stmt = $pdo->prepare($sql);
$stmt->execute();
while ($row = $stmt->fetch(PDO::FETCH_ASSOC)) {
yield $row; // 每次只保留一行在内存
}
}
// 使用
foreach (fetchRowsByCursor($pdo, "SELECT id, title FROM nodes") as $row) {
processNode($row['id'], $row['title']);
}
这种模式的关键优势：
- 数据库连接保持活跃，但 PHP 层内存恒定（约几百 KB）
- 配合
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY => false可进一步降低 MySQL 客户端缓冲区压力 - 可随时
break中断，不浪费后续数据拉取
生成器无法重绕？那就别硬绕
生成器默认不可 rewind，这不是缺陷，而是设计使然：它代表一个“流”，不是“快照”。如果你发现自己总想反复遍历同一份数据，说明需求没理清。
更合理的应对方式：
- 需要多次消费 → 先用生成器写入临时文件或 Redis，再按需读取
- 需要分块处理（比如每 100 条一批）→ 在生成器内部做计数和
yield分组，或用array_chunk(iterator_to_array($gen), 100)（仅限小数据量） - 需要过滤/映射 → 链式调用多个生成器函数，例如
filterIds(generateIds())，每个只处理当前值，不缓存
最容易被忽略的一点：生成器函数本身不耗内存，但你在 yield 前做的任何预计算（比如提前查好所有 ID 并存到局部数组）就又回到老路了——yield 的价值，只存在于“真·按需”那一步。
