PHP致命错误无法被try...catch捕获,因Parse error等在解析阶段终止,内存耗尽等无法安全回调;需用register_shutdown_function+error_get_last兜底记录,配合display_errors=On等配置暴露错误。
PHP 本地环境默认不捕获 Fatal error(致命错误),比如调用未定义函数、访问空对象属性、内存耗尽等,这类错误会直接中断脚本并输出错误信息,无法被 try...catch 拦截。要真正“捕获”它们,必须绕过 PHP 的传统异常机制,改用错误处理钩子。
try...catch 只能捕获 Exception 和 Error(PHP 7+ 的 Throwable 子类),但很多致命错误(如 Parse error、Fatal error: Call to undefined function、Fatal error: Cannot access property on null)在 PHP 7 之前属于“编译时/执行时致命错误”,不抛出 Throwable;即使 PHP 7+ 将部分致命错误转为 Error 类型,仍有例外(如 parse errors 在文件加载阶段就终止,根本进不了运行时)。
Parse error:发生在脚本解析阶段,set_error_handler 和 register_shutdown_function 都收不到Fatal error: Allowed memory size exhausted:内存超限后 PHP 可能无法安全执行任何回调call_user_func() with invalid callback:某些场景下仍触发原生 fatal,不转为 Error
这是最可靠、兼容 PHP 5.6–8.x 的本地调试手段:在脚本终止前强制检查是否发生了未捕获的致命错误。
register_shutdown_function(function () {
$error = error_get_last();
if ($error && in_array($error['type'], [E_ERROR, E_PARSE, E_CORE_ERROR, E_COMPILE_ERROR, E_USER_ERROR])) {
// 记录日志或输出结构化信息
error_log('[FATAL] ' . $error['message'] . ' in ' . $error['file'] . ':' . $error['line']);
// 可选:向浏览器输出友好提示(仅开发环境)
if (php_sapi_name() === 'cli') {
echo "\n[FATAL ERROR] {$error['message']} ({$error['file']}:{$error['line']})\n";
}
}
});
index.php 或入口配置文件中),否则可能错过早期 fatalerror_get_last() 只返回最后一次错误,若中间有其他 warning 覆盖,需配合 error_reporting(0) 临时关闭非致命错误上报(仅调试时)对于可转为 Error 实例的致命错误(如 TypeError、ParseError 在 eval() 中、ArgumentCountError),可用 try...catch 显式拦截:
try {
eval('function foo() { return $undefined_variable; }'); // 可能触发 ParseError
} catch (ParseError $e) {
e
rror_log('Caught parse error: ' . $e->getMessage());
}
Error:例如 Fatal error: Class 'NonExistent' not found 仍是传统 fatal,error_get_last() 才管用set_exception_handler() 默认不处理 Error,需显式声明 catch (Throwable $e)
catch (Throwable $e) 覆盖 Exception 和 Error,但注意它对 parse errors 依然无效光靠代码捕获不够,得让错误“露出来”且不被屏蔽:
php.ini 中 display_errors = On(开发机必须开)error_reporting = E_ALL,否则 E_PARSE 等可能被忽略opcache.enable=0(尤其改完代码后,避免缓存旧字节码导致错误不更新)-d display_errors=1 -d error_reporting=-1 强制生效真正的难点不在“怎么写捕获逻辑”,而在于理解哪些错误根本不可捕获(如语法错)、哪些只能靠 shutdown 钩子捞——本地调试时,别依赖“捕获后继续执行”,先确保错误位置和上下文能清晰暴露出来,才是高效排障的前提。