yield from 不捕获子生成器异常，异常直接向上冒泡至调用处；外层 try/catch 无法拦截，须在子生成器内或最终消费点（如 foreach）捕获；finally 不执行于异常中断时，资源清理需子生成器自行 close() 或 __destruct。
yield from 里抛出的异常不会自动被捕获
PHP 的 yield from 本质是委托迭代，它把子生成器的每个 yield 值原样“透传”给外层调用者，但子生成器内部抛出的异常（比如 throw new RuntimeException()）会直接中断当前委托，并向上冒泡——不是在 yield from 行捕获，而是抛到调用该生成器的上下文里。这意味着你不能靠在外层生成器里写 try/catch 包住 yield from 来拦截子生成器的异常。
必须在子生成器内部或调用处捕获
有两种实际可行路径：
- 在子生成器函数体内部用
try/catch处理逻辑错误，再决定是yield替代值、return提前退出，还是重新throw - 在最终消费生成器的地方（比如
foreach循环中）包裹try/catch，因为异常最终会从Iterator::next()或Iterator::current()调用中抛出 - 若需统一兜底且子生成器可控，可封装一层“安全委托”函数，内部做异常拦截并转为 yield 特殊信号（如
['error' => $e]），但这会破坏类型契约，慎用
示例：子生成器抛异常 → 外层 foreach 必须捕获
<?php function child() {
yield 'a';
throw new InvalidArgumentException('boom');
}
function parent() {
yield from child(); // 这里不 catch！异常会穿透
}
foreach (parent() as $v) {
echo $v . "\n";
} // ⚠️ InvalidArgumentException 在这里抛出，非在 yield from 行
?>
yield from 无法用 finally 拦截子生成器异常
即使在外层生成器中对 yield from 加 try/finally，finally 也不会在子生成器异常时执行——因为 yield from 不是普通函数调用，它不触发栈展开式清理；只有当子生成器正常完成（return 或耗尽）时，finally 才运行。这点和 yield 单个值不同，容易误判。
-
yield from后的finally块只响应子生成器“优雅结束”，不响应“崩溃中断” - 若需资源清理（如关闭子生成器关联的文件句柄），得确保子生成器自己实现
__destruct或显式close()调用 - PHP 8.0+ 中，子生成器对象支持
->close()，可在捕获异常后手动调用，防止资源泄漏
嵌套深时异常堆栈容易丢失原始上下文
多层 yield from 委托（A → B → C）下，C 抛异常，堆栈会显示 A 中的 yield from 行，B 的调用链可能被截断，调试困难。关键点：
- 异常的
getTrace()默认不包含中间委托帧，因为yield from不创建新栈帧 - 若需完整链路，子生成器应在
throw前手动附加上下文，例如：throw new Exception("from C", 0, $e)链式构造 - 不要依赖 IDE 或
var_dump($e)默认输出判断异常源头，务必看$e->getTraceAsString()
最稳妥的做法始终是：在哪抛，就在哪处理；或者明确约定所有子生成器不抛未声明异常，由顶层消费方统一兜底。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
