在今天的教程中，我将介绍 Yii 的错误和异常处理，并指导您完成一些介绍性场景。
想知道 Yii 是什么？查看我们的 Yii 框架简介和 Yii2 编程系列。
错误是我们代码中的意外缺陷，通常由用户首先发现。它们通常会中断程序的执行。重要的是，不仅要为用户优雅地中断，还要将问题告知开发人员，以便解决问题。
当发生潜在的可预测错误情况时，开发人员会创建异常。在可能发生异常的代码中，开发人员可以向健壮的错误处理程序抛出（）异常。
在 Yii 中，非致命 PHP 错误（例如警告和通知）被路由到可捕获的异常中，以便您可以决定如何对它们做出反应和响应。您可以指定一个控制器操作来处理所有这些异常。您还可以自定义错误的显示格式，例如HTML、JSON、XML 等
异常和致命 PHP 错误只能在调试模式下评估。在这些类型的开发场景中，Yii 可以显示详细的调用堆栈信息和源代码片段（您可以在上面的标题图片中看到这一点）。
致命错误是中断应用程序执行的事件类型。其中包括内存不足、实例化不存在的类的对象或调用不存在的函数。
例如：
$t = new Unknownobject();
让我们开始看一些错误和异常处理的示例。
首先，我们在 frontend/config/main.php 中配置我们的应用程序。 errorHandler 被定义为一个组件，如下所示。此示例来自我的启动系列应用程序 Meeting Planner。请注意 errorHandler 在 components 中的配置：
<?php
$params = array_merge(
require(__DIR__ . '/params.php'),
require(__DIR__ . '/params-local.php')
);
return [
'id' => 'mp-frontend',
'name' => 'Meeting Planner',
'basePath' => dirname(__DIR__),
'bootstrap' => ['log','\common\components\SiteHelper'],
'controllerNamespace' => 'frontend\controllers',
'catchAll'=> [],
'components' => [
'assetManager' => [...],
...
'errorHandler' => [
'errorAction' => 'site/error',
'maxSourceLines' => 20,
],
...
],
];
在上面的示例中，errorAction 将用户定向到我的 SiteController 的错误操作。
更广泛地说，Yii 为 errorHandler 提供了多种配置选项，用于重定向和数据收集：
| 属性 | 类型 | 描述 |
|---|---|---|
| $callStackItemView | 字符串 | 用于渲染异常和错误调用堆栈元素的视图文件的路径。例如'@yii/views/errorHandler/callStackItem.php' |
| $displayVars | 数组 | 应显示在错误页面上的 PHP 预定义变量列表。例如['_GET'、'_POST'、'_FILES'、'_COOKIE'、'_SESSION'] |
| $errorAction | 字符串 | 用于显示外部错误的控制器操作的路由（例如 site/error）。 |
| $errorView | 字符串 | 用于渲染没有调用堆栈信息的异常的视图文件的路径。例如'@yii/views/errorHandler/error.php' |
| $异常视图 | 字符串 | 渲染异常的视图文件的路径。例如'@yii/views/errorHandler/exception.php' |
| $maxSourceLines | 整数 | 要显示的最大源代码行数。 |
| $maxTraceSourceLines | 整数 | 要显示的最大跟踪源代码行数。 |
| $previousExceptionView | 字符串 | 用于渲染先前异常的视图文件的路径。例如'@yii/views/errorHandler/previousException.php' |
通常，当用户遇到严重错误时，我们希望将他们重定向到友好的、描述性的错误页面。
这就是 errorHandler 中的 errorAction 的作用。它重定向到我们的 SiteController 的 actionError:
return [
'components' => [
'errorHandler' => [
'errorAction' => 'site/error',
],
]
];
在我们的 SiteController 中，我们定义了一个显式的 error 操作：
namespace app\controllers;
use Yii;
use yii\web\Controller;
class SiteController extends Controller
{
public function actions()
{
return [
'error' => [
'class' => 'yii\web\ErrorAction',
],
];
}
}
这是一个基本的错误处理程序（您可以在此处阅读有关这些内容的更多信息）：
public function actionError()
{
$exception = Yii::$app->errorHandler->exception;
if ($exception !== null) {
return $this->render('error', ['exception' => $exception]);
}
}
无论是否存在错误或页面请求是否在您的应用程序中不存在，您也可以做出不同的响应：
public function actionError()
{
$exception = Yii::$app->errorHandler->exception;
if ($exception instanceof \yii\web\NotFoundHttpException) {
// all non existing controllers+actions will end up here
return $this->render('pnf'); // page not found
} else {
return $this->render('error', ['exception' => $exception]);
}
}
这是我当前的 Page Not Found 404 错误处理程序：
理论上，您可以包含链接的站点地图、与页面请求类似的建议页面、搜索功能和联系支持错误页面上的链接。所有这些都可以帮助用户恢复并优雅地继续前进。
这是我当前的一般错误页面（显然我需要添加功能）：
如果我们想要监视一段代码是否存在问题，我们可以使用 PHP try catch 块。下面，我们将通过触发致命除以零错误进行实验：
use Yii;
use yii\base\ErrorException;
...
try {
10/0;
} catch (ErrorException $e) {
Yii::warning("Division by zero.");
}
...
上面的 catch 响应是为日志生成警告。 Yii 有广泛的日志记录：
如果您希望将用户定向到我们之前配置的错误页面，而不是记录事件，则可以通过事件抛出异常：
use yii\web\NotFoundHttpException; throw new NotFoundHttpException();
下面是我们抛出带有特定 HTTP 状态代码和自定义消息的异常的示例：
try {
10/0;
} catch (ErrorException $e) {
throw new \yii\web\HttpException(451,
'Tom McFarlin\'s humor is often lost on me
(and lots of people).');
}
对于用户来说，该代码如下所示：
Yii 中的所有错误都会根据您的设置方式进行记录。您可能还对我有关用于登录 Yii 的 Sentry 和 Rollbar 的教程感兴趣：
我希望您喜欢我们对错误和异常处理的探索。请关注我们的“使用 Yii2 编程”系列中即将推出的教程，我们将继续深入探讨该框架的不同方面。
如果您想更深入地了解 Yii 应用程序开发，请查看我们的使用 PHP 构建您的初创公司系列，该系列使用 Yii2 的高级模板。它讲述了对 Meeting Planner 的每个步骤进行编程的故事。如果您想从头开始学习如何在 Yii 中构建应用程序，它会非常有用。
如果您想知道下一个 Yii2 教程何时发布，请在 Twitter 上关注我@lookahead_io 或查看我的讲师页面。
以上是处理 Yii 框架中的错误和异常：综合指南的详细内容。更多信息请关注PHP中文网其他相关文章！
