PHP递归性能差不能单靠yield解决：生成器只缓解内存问题，不解决栈溢出或重复计算；需先定位瓶颈是内存、栈深度还是重复计算，再分别采用迭代改写、深度限制或去重优化。
PHP递归算法性能差，不是靠加 yield 就能救回来的——生成器只解决“内存爆掉”问题，不解决“栈溢出”或“重复计算”。真要分批处理，得先判断瓶颈在哪：是中间数组堆满内存？还是调用太深触发 Maximum function nesting level 错误？或是同一子问题反复算几十次？不同情况，改法完全不同。
递归里塞 yield 却没效果？检查是否真在“逐个产出”
常见错误是把递归函数改成生成器后，依然先 collect 所有结果再 yield，比如：
function bad_generator($arr) {
$result = [];
foreach ($arr as $k => $v) {
if (is_array($v)) {
$result = array_merge($result, iterator_to_array(bad_generator($v)));
} else {
$result[] = [$k, $v];
}
}
foreach ($result as $item) yield $item; // ❌ 全部算完才开始 yield
}
这和普通递归没区别，只是多套了一层迭代器壳。真正有效的写法是让 yield 出现在叶子节点、且子调用用 yield from 直接透传：
-
yield from必须放在foreach里遍历子生成器，不能包在数组里 - 所有中间结构（如临时数组、
array_merge）必须砍掉 - 如果原始逻辑依赖“先拿到全部子结果再排序/去重”，那生成器就不适合——它天生无序、不可 rewind
嵌套数组扁平化场景：用 expand_array() 替代三层 foreach
当你面对的是固定结构（如 category → sector → values）或任意深度关联数组，且需要保留路径键名时，直接抄这个生产级生成器：
立即学习“PHP免费学习笔记（深入）”；
function expand_array($input, $skip_list_keys = true) {
$is_list = is_array($input) && array_is_list($input);
foreach ($input as $key => $value) {
if (is_array($value)) {
foreach (expand_array($value, $skip_list_keys) as $item) {
if ($is_list && $skip_list_keys) {
yield [$value]; // 极少用，仅兼容索引数组跳过键
} else {
yield array_merge([$key], $item);
}
}
} else {
if ($is_list && $skip_list_keys) {
yield [$value];
} else {
yield [$key, $value];
}
}
}
}
关键点：
- 它不构造任何中间数组，内存占用恒定（
O(1)），与数据量无关 -
$skip_list_keys=true时，自动忽略数字键（如[0] => [...]），只保留语义键路径 - 若需提前终止（比如只取前 100 条），直接
foreach (new LimitIterator(new IteratorIterator(expand_array($data)), 0, 100) as $item)，不用跑完整棵树
遇到 Fatal error: Maximum function nesting level？生成器救不了你
生成器不能绕过 PHP 的函数调用栈限制。每次 yield from expand_array($sub) 仍会压一个栈帧。如果原始递归已到 800 层，加了 yield 还是会崩。
此时必须换思路：
- 优先考虑改写为迭代：用
$stack = [$root]+while (!empty($stack))模拟调用栈，所有状态存在堆上，不受xdebug.max_nesting_level约束 - 若必须保留递归形式，至少加深度计数器：
function traverse($node, $depth = 0, $max = 500)，超限直接return - PHP 8.1+ 的
Fiber对此无效——它调度协程，不减少栈帧数量
最易被忽略的一点：生成器适合“宽而浅”的结构（如配置树、目录列表），但对“窄而深”的链式递归（如单向链表遍历、深度优先搜索无剪枝）几乎没用——栈深度问题仍在。真卡在这里，别调优，直接切迭代。
