php 8.3生成器行为未变，千万行流畅运行需三要点：禁用pdo缓冲、用游标分页替代limit偏移、yield内仅做纳秒级数据提供；文件操作须显式关闭句柄并避免feof；yield from异常不捕获会中断整个链；生成器退出后资源需手动清理。
PHP 8.3 的生成器本身没变——yield 行为、Generator 接口、yield from 语义和 PHP 7.0 以来完全一致。卡顿不是生成器的问题，而是你没切断「内存膨胀链」。真正在 PHP 8.3 下跑得动千万行，靠的是三件事：禁用缓冲、显式资源管理、避免 yield 里混重操作。
为什么 PDO 查询百万行还卡？因为缓冲没关
PDO 默认开启 PDO::MYSQL_ATTR_USE_BUFFERED_QUERY，哪怕你写了 yield $row，驱动仍会把整张结果集先捞进 PHP 内存，yield 只是“从内存数组里按顺序吐”。PHP 8.3 不改变这个默认行为。
- 必须在执行查询前关闭缓冲：
$pdo->setAttribute(PDO::MYSQL_ATTR_USE_BUFFERED_QUERY, false) - 查询语句别用
LIMIT 100000, 100——MySQL 仍要扫描前 10 万行；改用基于主键的游标分页，例如WHERE id > ? ORDER BY id LIMIT 100 -
fetch()必须指定模式：$stmt->fetch(PDO::FETCH_ASSOC)，不写参数可能触发默认FETCH_BOTH，多一倍内存开销
fgets() + yield 还爆内存？文件句柄和超长行是元凶
fgets() 看似一行一行读，但若文件句柄没关、或某行含超长 base64 字段，内部缓冲区会持续膨胀。PHP 8.3 没修复这个底层 C 层行为。
- 必须用
try/finally包裹文件操作，确保fclose($handle)一定执行 - 永远别用
while (!feof($handle))——EOF 判定滞后，最后一行可能重复 yield；改用while (($line = fgets($handle)) !== false) - 对日志类超长行敏感场景，显式限制长度：
fgets($handle, 8192)，避免单次读取失控
yield 里调 API 或写 DB？流式就成假象
每次 yield 都该是纳秒级操作。如果在生成器里做 file_get_contents()、curl_exec() 或 $pdo->exec()，那整个迭代就变成同步阻塞链，CPU 等 I/O，看着在“流式”，实际卡在第 1001 行不动。
- 生成器只负责“提供数据”：读文件、查数据库（已关缓冲）、生成序列值
- 消费端（
foreach循环体）才做业务处理：远程调用、DB 写入、格式转换 - 如果必须在生成器内触发副作用，用
yield $data => $key带上下文，但不要在yield后立刻执行耗时操作
yield from 异常中断整个链？子生成器没兜住
yield from 不是语法糖，它把子生成器完全接入当前迭代器协议。子生成器抛出的异常不会被自动捕获，会直接向上冒泡终止整个迭代——PHP 8.3 依然如此，没有隐式 try/catch。
- 若子生成器可能失败（如读损坏 CSV），必须在它内部处理异常，或在外层
foreach中用try/catch - 别依赖
getReturn()获取终值：PHP 8.3 允许return $val，但该值仅在迭代结束后通过$gen->getReturn()访问，且yield流程已不可逆终止 -
var_dump($gen)永远只显示对象结构，要看真实内容必须用iterator_to_array($gen, false)，但慎用——它会把整个流拉进内存，瞬间破功
真正容易被忽略的点：生成器函数退出后，PHP 不会自动清理其中声明的变量或资源句柄。比如你在生成器里 $handle = fopen(...) 却没 fclose()，哪怕迭代结束，文件描述符仍泄漏。PHP 8.3 的 GC 不会替你关文件。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
