PHP致命错误无法被try...catch捕获，因Parse error等在解析阶段终止，内存耗尽等无法安全回调；需用register_shutdown_function+error_get_last兜底记录，配合display_errors=On等配置暴露错误。
PHP 本地环境默认不捕获 Fatal error（致命错误），比如调用未定义函数、访问空对象属性、内存耗尽等，这类错误会直接中断脚本并输出错误信息，无法被 try...catch 拦截。要真正“捕获”它们，必须绕过 PHP 的传统异常机制，改用错误处理钩子。
为什么 try...catch 捕不到 Fatal error
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
用 register_shutdown_function + error_get_last 实现兜底捕获
这是最可靠、兼容 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或入口配置文件中），否则可能错过早期 fatal -
error_get_last()只返回最后一次错误，若中间有其他 warning 覆盖，需配合error_reporting(0)临时关闭非致命错误上报（仅调试时） - 该方式无法“阻止”错误发生，也不能恢复执行，但能确保你知道哪行崩了
PHP 7+ 中捕获 Error 类型（有限但更主动）
对于可转为 Error 实例的致命错误（如 TypeError、ParseError 在 eval() 中、ArgumentCountError），可用 try...catch 显式拦截：
可完全访问 Exchange 2010 EWS，管理邮件、文件夹、附件、日历事件、联系人、任务及外出设置。
立即学习“PHP免费学习笔记（深入）”；
try {
eval('function foo() { return $undefined_variable; }'); // 可能触发 ParseError
} catch (ParseError $e) {
error_log('Caught parse error: ' . $e->getMessage());
}
- 不是所有 fatal 都是
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（尤其改完代码后，避免缓存旧字节码导致错误不更新） - CLI 下运行时加
-d display_errors=1 -d error_reporting=-1强制生效
真正的难点不在“怎么写捕获逻辑”，而在于理解哪些错误根本不可捕获（如语法错）、哪些只能靠 shutdown 钩子捞——本地调试时，别依赖“捕获后继续执行”，先确保错误位置和上下文能清晰暴露出来，才是高效排障的前提。
