为何Throwable捕获块中continue失效但return可正常执行？

从你的代码表现来看，核心矛盾点在于：同样的try-catch逻辑，在catch块中使用continue会导致程序终止，但使用return或封装成函数却能正常工作。下面是几种可能的原因及解释：

1. 迭代器状态与循环上下文冲突 #

虽然PHP允许在catch块中使用continue，但如果$inDomainLinks是特殊类型的迭代器（比如生成器、依赖外部状态的对象迭代器），当catch块执行continue时，迭代器的内部状态可能无法正确更新，导致下一次迭代直接抛出未捕获的错误，进而终止程序。

而封装成私有函数后，函数调用的独立作用域隔离了这种状态影响：函数返回后，外层foreach循环的迭代器不受$page异常状态的干扰，能正常推进到下一次迭代。

2. $page对象的异常状态溢出 #

当$page->goto()抛出异常后，$page可能处于不稳定的状态（比如网络连接未关闭、页面上下文异常）。在你的第一个代码中，continue只是跳过了当前迭代的剩余代码，但$page的异常状态会保留到下一次迭代，导致下一次$page->goto()抛出更严重的、无法被catch捕获的致命错误。

而封装函数的写法中，函数内部的try-catch处理完异常后直接返回，外层循环不需要在异常状态的$page上继续操作，自然避免了后续错误。

3. PHP版本的特殊行为（小众场景） #

在PHP 7.0早期版本中，存在try-catch与循环控制语句（continue/break）交互的小bug，可能导致continue无法正确触发下一次迭代，反而触发异常的二次抛出。封装函数的写法通过返回值替代循环控制，避开了这个版本bug。

为什么封装函数能解决问题？ #

将try-catch逻辑封装到私有函数后，形成了两层独立的作用域：

• 函数内部的catch捕获异常后，直接返回false，不会干扰外层foreach循环的迭代状态；
• 外层循环仅根据函数返回值判断流程，完全隔离了$page异常状态对迭代器的潜在影响。

无需封装函数的替代方案 #

如果你不想封装函数，可以尝试以下调整验证问题：

• 明确指定continue作用于当前foreach循环（避免嵌套循环的干扰，即使当前是单层循环也能增强可读性）：

foreach ($inDomainLinks as $href) {
    try {
        $page->goto($href, ['waitUntil' => 'networkidle2']);
    } catch (\Throwable $exception) {
        // 明确指向当前foreach循环的本次迭代
        continue 1;
    }
}

• 在catch块中重置$page状态，消除异常残留：

foreach ($inDomainLinks as $href) {
    try {
        $page->goto($href, ['waitUntil' => 'networkidle2']);
    } catch (\Throwable $exception) {
        // 重置page状态，避免影响下一次迭代
        $page->close();
        $page = $browser->newPage();
        continue;
    }
}

内容的提问来源于stack exchange，提问作者Inigo EC