yii2配置词典 / 灵活的errorHandler伴你前行

在这里我尝试用最简单易懂的语言为你介绍yii2中关于错误处理的那些事情。

在yii2中错误处理是以组件的形式存在，通过调用 Yii::$app->errorHandler 可以获得这个对象，我们先来看一下这个对象的内容。

$handler = Yii::$app->errorHandler;
VarDumper::dump($handler,10,true);

输出结果

yii\web\ErrorHandler#1
(
    [maxSourceLines] => 19
    [maxTraceSourceLines] => 13
    [errorAction] => 'site/error'
    [errorView] => '@app/views/site/err.php'
    [exceptionView] => '@app/views/site/err.php'
    [callStackItemView] => '@yii/views/errorHandler/callStackItem.php'
    [previousExceptionView] => '@yii/views/errorHandler/previousException.php'
    [displayVars] => [
        0 => '_GET'
        1 => '_POST'
        2 => '_FILES'
        3 => '_COOKIE'
        4 => '_SESSION'
    ]
    [discardExistingOutput] => true
    [memoryReserveSize] => 262144
    [exception] => null
    [yii\base\ErrorHandler:_memoryReserve] => 'xxxxx'
    [yii\base\ErrorHandler:_hhvmException] => null
    [yii\base\Component:_events] => []
    [yii\base\Component:_behaviors] => null
)

在这里我们看到有诸如 errorAction / errorView / exceptionView 等属性，正是这些属性控制着yii2中各类错误输出，当然作为组件我们也可以在components对其配置，就像下面一样。

'errorHandler' => [
    'errorAction' => 'site/error',
],

事实上在yii2中所有组件的公共属性我们都可以像上面一样去配置。

接下来通过不同的场景来说明如何使用errorHandler

这种情况我们经常遇到，比如用户输入了一个错误的url，都会导致报错。

默认情况是这样的。

默认情况下这个文件是/views/site/error.php，通过web.php的如下代码来配置

'errorHandler' => [
    'errorAction' => 'site/error',
],

可以通过修改errorAction更改，在你配置的视图里可以使用$name和$message，分别代表报错的名字和信息。

值得注意的是这个报错信息仅仅在YII_DEBUG=true的情况下才会出现，如果YII_DEBUG=false，则显示默认的An internal server error occurred。

比如我们的action内查询了一个数据表，但是该数据表并不存在，这个时候的报错yii2是如何处理的那？问题比较复杂，我们从两个方面说明。

当你不处在YII_DEBUG模式下并且在web.php指定了errorAction的情况下，错误的显示还是由errorAction值来接管。

比如如下配置

//index.php
defined('YII_DEBUG') or define('YII_DEBUG', false);
// web.php
'errorHandler' => [
    'errorAction' => 'site/error',
],

你会得到类似这样的结果。

如果我没有在web.php中指定errorAction那？

如果你没有指定，则yii2会启动vendor/yiisoft/yii2/views/errorHandler/error.php担任显示工作，你会看到如下的显示效果。

一般来说在生产环境我们都配置自己的errorAction视图来优化用户体验。

当然在我们开发阶段，上面的错误输出是不够的，我们需要知道是哪个文件哪行报了什么具体的错误，因此在YII_DEBUG=true就算你设置了errorAction，当程序出现内部错误的时候，依然会出现详细的信息，如下图这样。

你看到的显示结果是由vendor/yiisoft/yii2/views/errorHandler/exception.php负责。

我们在生产环境配置errorAction可以增加用户体验，但是你可恶的老板需要你在开发阶段也有自己公司风格的显示，那你如何做那？

虽然这个需求用处不大但是我们依然可以配置它。

//web.php
'errorHandler' => [
    'errorAction' => 'site/error',
    'errorView' => '',
    'exceptionView' => ''
],

指定errorView & exceptionView，还是我们说的那句话，对于组件驱动类的公共属性一般都是可以配置的。另外如果你做了一个yii2的扩展，也许这些配置是有用处的。

errorHandler还有一些其他的配置，它们可以让你做出更符合你的输出。

这两个参数主要用于开发阶段错误信息源码显示行数，为了更好的说明我们先看下面的图

当一个错误信息发生的时候，上图1处代表最终这个错误的爆发点 而下面的每行表示它的运行路径。

maxSourceLines代表1处相关源码显示行数

maxTraceSourceLines 代表类似2这种相关文件关联处的源码显示行数

默认情况下maxSourceLines=19，maxTraceSourceLines=13。

配置方法

// web.php
'errorHandler' => [
    'errorAction' => 'site/error',
    'maxSourceLines'=>2,
    'maxTraceSourceLines' => 2
],

在上图我们看到了一个错误发生时经过了很多文件和函数，可能你想知道这每一行是如何显示出来的，callStackItemView就是每一行的视图，默认为vendor/yiisoft/yii2/views/errorHandler/callStackItem.php，你也可以配置它。

// web.php
'errorHandler' => [
    'errorAction' => 'site/error',
    'callStackItemView'=>'xxx'
],

这是一个很有意思的配置项，你可能从来没注意过它，先看看真身。

什么意思那？返回异常链中的前一个异常.

这个配置项使用了php原生的Exception::getPrevious，比如我们上图的前一个异常是PDO的报错。

详情可以去 previousExceptionView默认配置项 vendor/yiisoft/yii2/views/errorHandler/previousException.php 中去看已看，当然它也是可以配置的，虽然没什么必要。

// web.php
'errorHandler' => [
    'errorAction' => 'site/error',
    'previousExceptionView'=>'xxx'
],

默认显示 '_GET', '_POST', '_FILES', '_COOKIE', '_SESSION' 五种类型，你可以在报错信息的底部看到它，如图

记住这个配置使用了$GLOBALS。

我们可以通过配置减少一些显示，比如只显示$_GET

// web.php
'errorHandler' => [
    'errorAction' => 'site/error',
    'displayVars'=>['_GET']
],

预留内存，防止内存异常的时候错误处理器不能处理错误，默认是262144（256KB），用x作为占位符。如果设置为0则为不预留。

// web.php
'errorHandler' => [
    'errorAction' => 'site/error',
    'memoryReserveSize'=>262144
],

默认为真，处理异常时中断所有输出。当然你可以关闭它。

// web.php
'errorHandler' => [
    'errorAction' => 'site/error',
    'discardExistingOutput'=>262144
],

以上就是关于errorHandler所有配置项，当然errorHandler还有一些自己的用法，我下篇为你介绍。