怎样在 PHP 中捕获致命错误与异常_使用 set_error

set_error_handler无法捕获fatal error等致命错误，因其仅处理可恢复错误（如e_warning），而致命错误会直接中断执行；必须配合register_shutdown_function + error_get_last()才能兜底捕获。

怎样在 php 中捕获致命错误与异常_使用 set_error_handler 函数

PHP 中 set_error_handler 无法捕获致命错误（如 Fatal error、Parse error、TypeError 在构造函数中未抛出时），它只处理可恢复的运行时错误（E_WARNING、E_NOTICE 等）。想统一兜底，必须配合 register_shutdown_function + error_get_last() 才能真正“看到”致命错误。

为什么 `set_error_handler` 对 `Fatal error` 无效

PHP 的错误处理机制分层明确：set_error_handler 注册的回调仅在错误发生后、脚本尚未终止前被调用；而致命错误（如调用未定义函数、内存耗尽、语法解析失败）会直接中断执行流程，跳过该回调。这是语言层面的设计限制，不是配置或写法问题。

常见误判场景：

在 __construct 中访问不存在的属性并触发 Fatal error: Uncaught Error → set_error_handler 完全不触发
写错类名导致 Class 'XXX' not found → 属于编译/加载阶段错误，set_error_handler 无感知
require 一个不存在的 PHP 文件 → 若是 require（非 require_once）且路径错误，抛 Warning 可被捕获；但若文件存在却含语法错误（Parse error），则直接退出，回调失效

用 `register_shutdown_function` 捕获致命错误

PHP 脚本终止前（无论正常结束还是因致命错误中断）都会执行通过 register_shutdown_function 注册的函数。这是唯一可靠入口点。

关键操作链：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

调用 error_get_last() 获取最后发生的错误信息（仅在致命错误后有效，普通警告/通知需靠 set_error_handler）
检查返回数组中 'type' 是否属于致命类型：E_ERROR、E_PARSE、E_CORE_ERROR、E_COMPILE_ERROR、E_USER_ERROR
注意：error_get_last() 在脚本正常退出时也可能返回上一个非致命错误，需结合上下文判断是否为“本次崩溃原因”

示例片段：

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']);
        // 这里可记录日志、上报、或输出友好页面
    }
});

如何把异常和错误统一到同一处理逻辑

PHP 的异常（Exception、Error 及其子类）可通过 set_exception_handler 捕获；而错误需分两路：可恢复的走 set_error_handler，致命的走 register_shutdown_function。三者可共用同一日志/上报函数，但不能合并注册。

实操建议：

定义统一处理函数，例如 handleErrorOrException($type, $message, $file, $line)
set_error_handler 中调用它，并过滤掉 E_ERROR 等致命类型（避免重复处理）
set_exception_handler 中提取 $e->getMessage()、$e->getFile()、$e->getLine() 后传入
register_shutdown_function 中仅对 error_get_last() 返回的致命类型调用它
注意 Error 类（PHP 7+）本身是 Throwable，会被 set_exception_handler 捕获，无需额外处理 —— 但 Parse error 这类编译期错误仍只能靠 shutdown 拦截

容易被忽略的边界情况

真实线上环境里，这几个点常导致“以为捕获了，其实漏了”：

max_execution_time 超时引发的 Fatal error: Maximum execution time of X seconds exceeded：属于 E_ERROR，能被 shutdown 捕获，但此时脚本已强制中断，无法执行复杂逻辑（如发送 HTTP 请求），只能写日志或触发信号
内存耗尽（Allowed memory size of X bytes exhausted）：同上，error_get_last() 可读取，但后续分配内存可能失败，日志写入要轻量（推荐 error_log() 写系统日志，而非 file_put_contents）
CLI 模式下 Ctrl+C 发送 SIGINT：不属于 PHP 错误体系，shutdown 不触发，需用 pcntl_signal 单独监听
set_error_handler 自身抛出异常：会导致未定义行为，应确保其内部不触发新错误