PHP 8.5.7 的 finally块执行顺序变了？【细节深挖】-php教程-PHP中文网

php 8.5.7 的 finally 执行顺序未变：始终在 try/catch 中 return 表达式求值后、实际返回前执行；仅 exit()/die() 或致命信号会跳过它；finally 中 return 会无条件覆盖并终结函数。

php 8.5.7 的 finally块执行顺序变了？【细节深挖】

没有变，PHP 8.5.7 的 finally 块执行顺序和语义完全延续 PHP 7.0 以来的规范——它始终在 try 或 catch 中的 return 表达式求值之后、实际返回之前执行；且只要没被 exit()、die() 或致命信号中断，就一定会执行。

为什么有人觉得“变了”？

常见错觉来源是升级后代码行为突变，但根源几乎都不是 finally 本身逻辑改变：

PHP 8.5 系列（含 8.5.7）加强了类型校验和错误报告级别，原本被静默忽略的异常或类型不匹配，现在在 try 或 catch 中直接抛出 Fatal Error，导致流程提前终止，finally 看似“没执行”——其实是根本没走到那一步
某些扩展（如旧版 pcntl 或自定义信号处理器）在 PHP 8.5 下对 SIGKILL/SIGTERM 的响应更激进，可能绕过 PHP 层的 finally 清理逻辑
开发者误把 exit() 和 return 混淆：exit() 确实会跳过 finally；而 return 不会——哪怕在 catch 里写 return，finally 仍会执行

`finally` 中有 `return` 时的真实行为

这是最容易踩坑的点：一旦 finally 块内含 return，它将无条件覆盖 try 或 catch 中的返回值，并立即结束函数执行。

示例：

PHP

编写健壮的PHP代码，规避类型转换陷阱、数组怪癖及常见安全漏洞。

下载

function test() {
    try {
        return 'from try';
    } catch (Exception $e) {
        return 'from catch';
    } finally {
        echo "cleanup\n";
        return 'from finally'; // ✅ 这个值会被实际返回
    }
}
echo test(); // 输出：cleanup\nfrom finally

注意：finally 中的 return 不仅覆盖值，还终结整个函数——后续任何代码（包括 try 末尾的语句）都不会再执行。