发布于2026-07-09 阅读(0)
扫一扫,手机访问
PHP 的 try-catch 是不是让你产生过一种错觉——以为它能抓住程序里所有的“意外”?其实,它只对真正“抛”出来的 Exception 或 PHP 7+ 之后的 Error 对象有效。像语法错误、未定义函数这种“致命打击”,默认情况下,try-catch 是挡不住的。
先说一个很多人踩过的坑。
这就要说到 PHP 的错误体系了。像“未定义函数”这类错误,属于 Fatal Error。它不是一个乖巧的异常对象,而是一个程序执行过程中的“硬中断”。PHP 直接撂挑子不干了,你的 catch 代码块连上场的机会都没有。
try { foo(); },PHP 会直接报出 Fatal error: Uncaught Error: Call to undefined function foo(),然后程序终止,根本不会进入 catch。parse error(语法解析错误)、memory exhausted(内存耗尽)这些,也都一样。register_shutdown_function() 配合 error_get_last() 可以,但这只能帮你记录一下最后的错误信息,救不了程序的命,它已经终止了。这是一个相当关键的升级,很多老项目升级到 PHP 7+ 后出问题,往往就出在这儿。PHP 7 引入了 Error 这个新的类族(比如 TypeError、ParseError),它们和传统的 Exception 是兄弟关系,都实现了 Throwable 这个顶层接口。
catch (Exception $e),那不好意思,Error 家族的错误你是抓不到的。比如 json_encode(NAN) 抛出的 TypeError,就会直接漏过去。catch (Throwable $e),它是所有可捕获错误的“总开关”。catch (TypeError $e) 处理类型错误,再写 catch (Exception $e) 处理普通异常,最后放一个 catch (Throwable $e) 作为兜底。聊完了致命错误,再聊聊那些“非致命”的警告和通知。默认情况下,它们也只是“报个警”,程序继续跑,不会变成异常进入 catch 的流程。想让它们被捕获,得用点技巧——手动设置一个错误处理器。
具体做法是,在 try 之前,用 set_error_handler() 注册一个函数,把传统的错误级别信息(如 E_WARNING、E_NOTICE)包装成一个 ErrorException 对象抛出来。这样一来,它们就变成了一个可以被 catch 捕获的异常。
注意,这个 ErrorException 继承了 Exception,所以用 catch (Exception $e) 也能抓住它,但要注意,它依然无法捕获我们已经讨论过的 Fatal Error。
set_error_handler(function($severity, $message, $file, $line) {
if (!(error_reporting() & $severity)) return;
throw new ErrorException($message, 0, $severity, $file, $line);
});
try {
$a = $undefined_var; // 触发 E_NOTICE
} catch (ErrorException $e) {
echo '捕获到:', $e->getMessage();
}
最后聊一个容易被忽略的细节。很多人在抛出异常时,喜欢给个自定义的错误码,比如 throw new Exception('Invalid input', 'invalid_input')。然而,Exception 构造函数的签名明确要求第二个参数 $code 是一个 int(整数)类型。
0。你后面再用 $e->getCode() 去判断,结果永远是 0,逻辑判断就会失效。throw new Exception('Invalid input', 400)。$code 字段。总结一下,即使你用了万能的 catch (Throwable $e),也有一个例外是它拦不住的——那就是脚本加载阶段发生的 ParseError。因为解析错误发生在程序开始执行 try 之前,整个文件根本就没进到执行流程里,自然没法被捕获。

售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
8