错误处理

未匹配的标注
本文档最新版为 10.x,旧版本可能放弃维护,推荐阅读最新版!

错误处理

简介

当你开始一个新的Laravel项目时,已经为你配置了错误和异常处理;但是,在任何时候,你都可以在应用程序的 bootstrap/app.php 中使用 withExceptions 方法来管理应用程序如何报告和呈现异常。

提供给 withExceptions 闭包的 $exceptions 对象是 Illuminate\Foundation\Configuration\Exceptions 的一个实例,负责管理应用程序中的异常处理。我们将在整个文档中更深入地研究这个对象。

配置

config/app.php 配置文件中的 debug 选项决定了实际向用户显示的关于错误的信息量。默认情况下,此选项设置为尊重存储在 .env 文件中的 APP_DEBUG 环境变量的值。

在本地开发过程中,应将 APP_DEBUG 环境变量设置为 true在生产环境中,此值应始终为 false 。如果在生产中将该值设置为 true ,则可能会将敏感的配置值暴露给应用程序的最终用户

异常处理

报告异常

在Laravel中,异常报告用于记录异常或将其发送到外部服务 SentryFlare。 默认情况下,将根据您的 日志 配置记录异常。但是,您可以随心所欲地记录异常。

如果你需要以不同的方式报告不同类型的异常,你可以应用程序的 bootstrap/app.php 中使用 report 方法注册一个闭包,当需要报告某种类型的异常时,应该执行该闭包。Laravel 会通过检查闭包的类型提示来确认闭包报告的异常类型:

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->report(function (InvalidOrderException $e) {
        // ...
    });
})

当你使用 report 方法注册自定义异常报告回调时,Laravel 仍将使用应用程序的默认日志配置记录异常。如果你希望阻止异常传播到默认的日志记录栈,可以在定义报告回调时使用 stop 方法,或者从回调中返回 false

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->report(function (InvalidOrderException $e) {
        // ...
    })->stop();

    $exceptions->report(function (InvalidOrderException $e) {
        return false;
    });
})

注意
要自定义给定异常的异常报告,你也可以使用 可报告异常.

全局日志上下文

如果可能,Laravel 会自动将当前用户的 ID 作为上下文数据添加到每个异常的日志消息中。你可以使用应用程序的 bootstrap/app.php 文件中的 context 异常方法定义自己的全局上下文数据。此信息将包含在你应用程序编写的每个异常的日志消息中:

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->context(fn () => [
        'foo' => 'bar',
    ]);
})

异常日志上下文

虽然为每条日志消息添加上下文很有用,但有时某个特定异常可能有独特的上下文,你希望将其包含在你的日志中。通过在应用程序的一个异常上定义 context 方法,你可以指定应添加到该异常日志条目中的与该异常相关的任何数据:

<?php

namespace App\Exceptions;

use Exception;

class InvalidOrderException extends Exception
{
    // ...

    /**
     * 获取异常上下文信息
     *
     * @return array<string, mixed>
     */
    public function context(): array
    {
        return ['order_id' => $this->orderId];
    }
}

report 辅助函数

有时你可能需要报告一个异常,但继续处理当前请求。report 辅助函数允许你快速报告一个异常而不向用户渲染错误页面:

public function isValid(string $value): bool
{
    try {
        // 验证这个值...
    } catch (Throwable $e) {
        report($e);

        return false;
    }
}

去重复报告的异常

如果你在应用程序中到处使用 report 函数,你可能会偶尔多次报告相同的异常,导致日志中出现重复条目。

如果你想确保单个实例的异常只被报告一次,你可以在应用程序的 bootstrap/app.php 文件中调用 dontReportDuplicates 异常方法:

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->dontReportDuplicates();
})

现在,当使用同一实例的异常调用 report 帮助器时,只有第一次调用会被报告:

$original = new RuntimeException('Whoops!');

report($original); // 报告了

try {
    throw $original;
} catch (Throwable $caught) {
    report($caught); // 忽略了
}

report($original); // 忽略了
report($caught); // 忽略了

异常日志等级

当消息写入应用程序的日志时, 消息以指定的日志等级写入,这表示被记录的消息的严重性或重要性。

如上所述,即使你使用 report 方法注册自定义异常报告回调,Laravel 仍将使用应用程序的默认日志配置记录异常;但是,由于日志等级有时会影响消息记录的管道,你可能希望配置某些异常在哪个日志等级下被记录。

为此,你可以使用应用程序的 bootstrap/app.php 文件中的 level 异常方法。此方法将异常类型作为其第一个参数,日志等级作为其第二个参数接收:

use PDOException;
use Psr\Log\LogLevel;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->level(PDOException::class, LogLevel::CRITICAL);
})

按类型忽略异常

在构建应用程序时,有些类型的异常你永远不希望报告。要忽略这些异常,你可以在应用程序的 bootstrap/app.php 文件中使用 dontReport 异常方法。此方法提供的任何类都永远不会被报告;但是,它们仍然可以有自定义的渲染逻辑:

use App\Exceptions\InvalidOrderException;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->dontReport([
        InvalidOrderException::class,
    ]);
})

在内部,Laravel 已经为你忽略了某些类型的错误,例如由于 404 HTTP 错误导致的异常或由于无效 CSRF 令牌生成的 419 HTTP 响应。如果你想指示 Laravel 停止忽略给定类型的异常,你可以在应用程序的 bootstrap/app.php 文件中使用 stopIgnoring 异常方法:

use Symfony\Component\HttpKernel\Exception\HttpException;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->stopIgnoring(HttpException::class);
})

渲染异常

默认情况下,Laravel 异常处理器将异常转换为 HTTP 响应。但是,你可以为给定类型的异常注册自定义渲染闭包。你可以通过在应用程序的 bootstrap/app.php 文件中使用 render 异常方法来完成此操作。

传递给 render 方法的闭包应返回 Illuminate\Http\Response 的实例,该实例可通过 response 辅助函数生成。Laravel 将通过检查闭包的类型提示来确定闭包渲染的异常类型:

use App\Exceptions\InvalidOrderException;
use Illuminate\Http\Request;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->render(function (InvalidOrderException $e, Request $request) {
        return response()->view('errors.invalid-order', [], 500);
    });
})

你还可以使用 render 方法覆盖 Laravel 或 Symfony 内置异常的渲染行为,如 NotFoundHttpException。如果传递给 render 方法的闭包不返回值,将使用 Laravel 的默认异常渲染:

use Illuminate\Http\Request;
use Symfony\Component\HttpKernel\Exception\NotFoundHttpException;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->render(function (NotFoundHttpException $e, Request $request) {
        if ($request->is('api/*')) {
            return response()->json([
                'message' => 'Record not found.'
            ], 404);
        }
    });
})

将异常渲染为 JSON

在渲染异常时,Laravel 会根据请求的 Accept 头自动确定异常应渲染为 HTML 还是 JSON 响应。如果你希望自定义 Laravel 确定是否渲染 HTML 或 JSON 异常响应的方式,你可以使用 shouldRenderJsonWhen 方法:

use Illuminate\Http\Request;
use Throwable;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->shouldRenderJsonWhen(function (Request $request, Throwable $e) {
        if ($request->is('admin/*')) {
            return true;
        }

        return $request->expectsJson();
    });
})

自定义异常响应

在极少数情况下,你可能需要自定义 Laravel 异常处理器渲染的整个 HTTP 响应。为此,你可以使用 respond 方法注册一个响应自定义闭包:

use Symfony\Component\HttpFoundation\Response;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->respond(function (Response $response) {
        if ($response->getStatusCode() === 419) {
            return back()->with([
                'message' => 'The page expired, please try again.',
            ]);
        }

        return $response;
    });
})

可报告和可渲染的异常

而不是在应用程序的 bootstrap/app.php 文件中定义自定义报告和渲染行为,你可以直接在应用程序的异常上定义 reportrender 方法。这些方法存在时,它们将自动被框架调用:

<?php

namespace App\Exceptions;

use Exception;
use Illuminate\Http\Request;
use Illuminate\Http\Response;

class InvalidOrderException extends Exception
{
    /**
     * 报告异常。
     */
    public function report(): void
    {
        // ...
    }

    /**
     * 将异常渲染成 HTTP 响应。
     */
    public function render(Request $request): Response
    {
        return response(/* ... */);
    }
}

如果你的异常扩展了已经可渲染的异常,比如内置的 Laravel 或 Symfony 异常,你可以从异常的 render 方法返回 false 来渲染异常的默认 HTTP 响应:

/**
 * 将异常渲染成 HTTP 响应。
 */
public function render(Request $request): Response|bool
{
    if (/** 确定异常是否需要自定义渲染 */) {

        return response(/* ... */);
    }

    return false;
}

如果你的异常包含自定义报告逻辑,这些逻辑只在某些条件满足时才需要,你可能需要指定 Laravel 有时使用默认的异常处理配置来报告异常。为此,你可以从异常的 report 方法返回 false

/**
 * 报告异常。
 */
public function report(): bool
{
    if (/** 确定异常是否需要自定义报告 */) {

        // ...

        return true;
    }

    return false;
}

注意
你可以为 report 方法的任何所需依赖类型提示,并且 Laravel 服务容器将自动将它们注入到方法中。

节流报告的异常

如果你的应用程序报告了大量的异常,你可能希望限制实际记录或发送到应用程序外部错误跟踪服务的异常数量。

要对异常进行随机采样率,你可以在应用程序的 bootstrap/app.php 文件中使用 throttle 异常方法。throttle 方法接收一个闭包,该闭包应该返回一个 Lottery 实例:

use Illuminate\Support\Lottery;
use Throwable;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->throttle(function (Throwable $e) {
        return Lottery::odds(1, 1000);
    });
})

也可以基于异常类型有条件地采样。如果你只想为特定异常类的实例进行采样,你可以仅为该类返回一个 Lottery 实例:

use App\Exceptions\ApiMonitoringException;
use Illuminate\Support\Lottery;
use Throwable;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->throttle(function (Throwable $e) {
        if ($e instanceof ApiMonitoringException) {
            return Lottery::odds(1, 1000);
        }
    });
})

你还可以通过返回 Limit 实例而不是 Lottery 来限制记录或发送到外部错误跟踪服务的异常的频率。如果你想要防止突然出现的异常高峰淹没你的日志,例如,当你的应用程序使用的第三方服务宕机时,这会很有用:

use Illuminate\Broadcasting\BroadcastException;
use Illuminate\Cache\RateLimiting\Limit;
use Throwable;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->throttle(function (Throwable $e) {
        if ($e instanceof BroadcastException) {
            return Limit::perMinute(300);
        }
    });
})

默认情况下,限制将使用异常的类作为频率限制的关键。你可以通过在 Limit 上指定自己的键来自定义它,使用 by 方法:

use Illuminate\Broadcasting\BroadcastException;
use Illuminate\Cache\RateLimiting\Limit;
use Throwable;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->throttle(function (Throwable $e) {
        if ($e instanceof BroadcastException) {
            return Limit::perMinute(300)->by($e->getMessage());
        }
    });
})

当然,你可以为不同的异常返回 LotteryLimit 的混合:

use App\Exceptions\ApiMonitoringException;
use Illuminate\Broadcasting\BroadcastException;
use Illuminate\Cache\RateLimiting\Limit;
use Illuminate\Support\Lottery;
use Throwable;

->withExceptions(function (Exceptions $exceptions) {
    $exceptions->throttle(function (Throwable $e) {
        return match (true) {
            $e instanceof BroadcastException => Limit::perMinute(300),
            $e instanceof ApiMonitoringException => Lottery::odds(1, 1000),
            default => Limit::none(),
        };
    });
})

HTTP 异常

有些异常描述了来自服务器的 HTTP 错误代码。例如,这可能是一个 “页面未找到” 错误(404),一个 “未授权错误” (401),甚至是开发者生成的 500 错误。为了在应用程序中的任何位置生成这样的响应,你可以使用 abort 辅助函数:

abort(404);

自定义 HTTP 错误页面

Laravel 让显示各种 HTTP 状态码的自定义错误页面变得简单。例如,要自定义 404 HTTP 状态码的错误页面,请创建一个 resources/views/errors/404.blade.php 视图模板。该视图将被渲染为应用程序生成的所有 404 错误。这个目录中的视图应以它们对应的 HTTP 状态码命名。由 abort 函数引发的 Symfony\Component\HttpKernel\Exception\HttpException 实例将作为一个 $exception 变量传递到视图中:

<h2>{{ $exception->getMessage() }}</h2>

你可以使用 vendor:publish Artisan 命令发布 Laravel 的默认错误页面模板。一旦这些模板被发布,你可以根据自己的喜好进行自定义:

php artisan vendor:publish --tag=laravel-errors

回退 HTTP 错误页面

你也可以为一系列 HTTP 状态码定义一个 “回退” 错误页面。如果不存在对应特定 HTTP 状态码的页面,则会渲染此页面。要完成此操作,请在应用程序的 resources/views/errors 目录中定义一个 4xx.blade.php 模板和一个 5xx.blade.php 模板。

当定义回退错误页面时, 回退页面不会影响 404500503 错误响应, 因为 Laravel 内部有专门的页面来处理这些状态码。 要自定义这些状态码的页面,你应该为每个状态码分别定义一个自定义错误页面。

本文章首发在 LearnKu.com 网站上。

本译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。

原文地址:https://learnku.com/docs/laravel/11.x/er...

译文地址:https://learnku.com/docs/laravel/11.x/er...

上一篇 下一篇
《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
贡献者:7
讨论数量: 0
发起讨论 只看当前版本


暂无话题~