yii2无法捕获致命错误并跳转erroraction页面，因其发生于应用初始化前，errorhandler组件未注册；唯一补救是用register_shutdown_function在php层兜底处理。
Yii2 对致命错误（如 Parse Error、Fatal Error、Class not found）本身**无法捕获并跳转到 errorAction 页面**——因为这类错误发生时机早于 Yii 应用初始化完成，errorHandler 组件根本没机会注册。你看到的“白屏”或 PHP 原生错误页，就是这个原因。
为什么 errorAction 对致命错误完全失效
致命错误触发时，PHP 还没执行到 new yii\web\Application($config)，更别说加载 errorHandler 组件了。所有基于 Yii 的错误处理逻辑（包括 handleException、convertExceptionToResponse）都尚未启动。
-
errorAction只对「已启动 Yii 应用后抛出的未捕获异常」或「被errorHandler转换后的 PHP 错误」生效 -
maxSourceLines、errorAction、yii\web\ErrorAction这些配置对Parse Error无任何作用 - 即使你在
index.php开头就写错语法（比如少个括号），也会直接报 PHP 原生错误，不走 Yii 流程
能做的实际补救：靠 PHP 原生机制兜底
唯一可行的方案是绕过 Yii，在应用启动前用 PHP 自带的 register_shutdown_function() 捕获致命错误，并手动输出友好提示（注意：不能调用 Yii 类或方法，否则会二次报错）。
- 在
web/index.php最顶部（require __DIR__ . '/../vendor/autoload.php';之后、require __DIR__ . '/../vendor/yiisoft/yii2/Yii.php';之前）插入：
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])) {
// 生产环境只显示通用提示；开发环境可加简单上下文（但别暴露路径）
$msg = YII_DEBUG ? sprintf('Fatal Error: %s in %s on line %d', $error['message'], basename($error['file']), $error['line']) : 'Service unavailable';
http_response_code(500);
echo "<h1>Oops</h1><p>{$msg}</p>";
exit(1);
}
});
- 确保该代码块**不依赖任何 Yii 类、常量或函数**（比如不能用
Yii::error()或YII_ENV） - 不要尝试渲染视图文件或调用
Yii::createObject()—— 此时 autoloader 都可能未就绪 - 如果用了 OPcache，修改后需清空缓存，否则旧错误仍可能缓存返回
真正要排查的，往往是“看似致命实则可捕获”的错误
很多你以为是致命错误的情况，其实属于 PHP 错误（E_WARNING 等），它们会被 errorHandler::handleError() 转成异常，从而进入 errorAction 流程。这类问题才是配置重点：
-
Class 'xxx' not found：90% 是 autoloader 失败（命名空间/目录映射错、composer dump-autoload 没跑），不是致命错误，但因发生在框架加载期，也逃逸出errorAction -
Call to undefined method：如果发生在控制器动作里，会被正常捕获；若发生在bootstrap阶段，则不会 - 数据库连接失败、扩展缺失（如
mbstring）、memory_limit不足导致的 500：这些是 Web 服务器或 PHP 层面的失败，Yii 日志里也不会有记录，得查php-error.log或 Nginxerror_log
最常被忽略的是：把错误当成“Yii 没配好”，其实它压根没进 Yii；真正的致命错误兜底必须在 PHP 层做，且越轻量越可靠。
