异常过滤器¶
Nest 自带一个内置的 异常层 ,负责处理整个应用程序中所有未处理的异常。 当应用程序代码没有处理异常时,该层会捕获异常,然后自动发送适当的用户友好响应。
开箱即用,这个动作是由内置的 全局异常过滤器 执行的,它处理类型为 HttpException
的异常(及其子类)。
当一个异常是 不可识别的 (既不是 HttpException
,也不是继承自 HttpException
的类),内置的异常过滤器生成以下默认 JSON 响应:
全局异常过滤器部分支持 http-errors
库。
基本上,任何抛出的异常包含
statusCode
和message
属性将被正确填充并作为响应发送回(而不是默认的InternalServerErrorException
对于未识别的异常)。
抛出标准异常¶
Nest 提供了一个内置的 HttpException
类,从 @nestjs/common
包中公开。
对于典型的基于 HTTP REST/GraphQL API 的应用程序,最佳实践是在出现某些错误条件时发送标准 HTTP 响应对象。
例如,在 CatsController
中,我们有一个 findAll()
方法(一个 GET
路由处理器)。
让我们假设这个路由处理程序出于某种原因抛出了一个异常。
为了演示这一点,我们将其硬编码如下:
Info
我们在这里使用了 HttpStatus
。
这是从 @nestjs/common
包中导入的 helper enum
。
当客户端调用这个端点时,响应看起来像这样:
HttpException
构造函数有两个必需的参数来决定响应:
- 参数
response
定义了 JSON 响应体。它可以是字符串
或对象
,如下所述。 status
参数定义了HTTP 状态码.
默认情况下,JSON 响应体包含两个属性:
statusCode
: 默认为status
参数中提供的 HTTP 状态码message
: 基于status
的 HTTP 错误的简短描述
要覆盖 JSON 响应体的消息部分,请在 response
参数中提供一个字符串。
要覆盖整个 JSON 响应体,在 response
参数中传递一个对象。
Nest 将序列化该对象并将其作为 JSON 响应体返回。
第二个构造函数参数 - status
- 应该是一个有效的 HTTP 状态码。
最佳实践是使用从 @nestjs/common
中导入的 HttpStatus
枚举。
下面是一个覆盖整个响应体的例子:
使用上面的方法,下面是响应的样子:
自定义异常¶
在许多情况下,您不需要编写自定义异常,可以使用内置的 Nest HTTP 异常,如下一节所述。
如果你确实需要创建自定义异常,最好创建你自己的 异常层次 结构,其中你的自定义异常继承自基类 HttpException
。
使用这种方法,Nest 将识别出你的异常,并自动处理错误响应。
让我们实现这样一个自定义异常:
由于 ForbiddenException
扩展了基础的 HttpException
,它将与内置的异常处理程序无缝地工作,因此我们可以在 findAll()
方法中使用它。
内置的 HTTP 异常¶
Nest 提供了一组从基本的 HttpException
继承的标准异常。
这些是从 @nestjs/common
包中公开的,代表了许多最常见的 HTTP 异常:
BadRequestException
UnauthorizedException
NotFoundException
ForbiddenException
NotAcceptableException
RequestTimeoutException
ConflictException
GoneException
HttpVersionNotSupportedException
PayloadTooLargeException
UnsupportedMediaTypeException
UnprocessableEntityException
InternalServerErrorException
NotImplementedException
ImATeapotException
MethodNotAllowedException
BadGatewayException
ServiceUnavailableException
GatewayTimeoutException
PreconditionFailedException
异常过滤器¶
虽然基本的(内置的)异常过滤器可以自动为你处理许多情况,但你可能想要对异常层进行完全控制。 例如,您可能希望根据一些动态因素添加日志记录或使用不同的 JSON 模式。 异常过滤器 正是为此目的而设计的。 它们允许您控制确切的控制流和发送回客户机的响应的内容。
让我们创建一个异常过滤器,它负责捕捉异常,这些异常是 HttpException
类的一个实例,并为它们实现定制的响应逻辑。
为此,我们需要访问底层平台的 Request
和 Response
对象。
我们将访问 Request
对象,这样我们就可以取出原始的 url
,并将其包含在日志信息中。
我们将使用 Response
对象来直接控制发送的响应,使用response.json()
方法。
Info
所有异常过滤器都应该实现通用的ExceptionFilter<T>
接口。
这需要你提供带有指定签名的catch(exception: T, host: ArgumentsHost)
方法。
T
表示异常的类型。
@Catch(HttpException)
装饰器将所需的元数据绑定到异常过滤器,告诉 Nest 这个特定的过滤器正在寻找 HttpException
类型的异常,而不是其他类型的异常。
@Catch()
装饰器可以接受单个参数,或者一个逗号分隔的列表。
这允许您一次为几种类型的异常设置过滤器。
参数主机¶
让我们看看 catch()
方法的参数。
exception
参数是当前正在处理的异常对象。
host
参数是一个 ArgumentsHost
对象。
ArgumentsHost
是一个功能强大的实用程序对象,我们将在执行上下文章节中进一步研究它。
在这个代码示例中,我们使用它来获取对传递给原始请求处理程序的 Request
和 Response
对象的引用(在产生异常的控制器中)。
在这个代码示例中,我们在 ArgumentsHost
上使用了一些 helper 方法来获得所需的 Request
和 Response
对象。
了解更多关于 ArgumentsHost
的信息在这里。
这个抽象级别的原因是 ArgumentsHost
在所有上下文中都有作用(例如,我们现在处理的 HTTP 服务器上下文中,还有微服务和 WebSockets)。
在执行上下文这一章中,我们将看到如何使用 ArgumentsHost
及其辅助函数的功能访问 任意 执行上下文的相应的底层参数。
这将允许我们编写跨所有上下文操作的通用异常过滤器。
绑定的过滤器¶
让我们把新的 HttpExceptionFilter
绑定到 CatsController
的 create()
方法。
Hint
@UseFilters()
装饰器是从 @nestjs/common
包中导入的。
这里我们使用了 @UseFilters()
装饰器。
类似于 @Catch()
装饰器,它可以接受单个过滤器实例,也可以接受逗号分隔的过滤器实例列表。
这里,我们在适当的地方创建了 HttpExceptionFilter
的实例。
或者,你可以传递类(而不是实例),将实例化的责任留给框架,并启用依赖注入。
Info
如果可能的话,最好使用类而不是实例来应用过滤器。 它减少了内存的使用,因为 Nest 可以轻松地在整个模块中重用同一个类的实例。
在上面的例子中, HttpExceptionFilter
只应用于单一的 create()
路由处理程序,使其限于方法范围。
异常筛选器可以定义在不同的级别:方法范围的、控制器范围的或全局范围的。
例如,要将过滤器设置为控制器作用域,你需要执行以下操作:
这个构造为 CatsController
中定义的每个路由处理程序设置了 HttpExceptionFilter
。
要创建一个全局作用域的过滤器,你需要执行以下操作:
useGlobalFilters()
方法不为网关或混合应用程序设置过滤器。
全局范围的过滤器在整个应用程序中使用,用于每个控制器和每个路由处理程序。
在依赖注入方面,从任何模块外部注册的全局过滤器(如上面的例子中的 useGlobalFilters()
)不能注入依赖,因为这是在任何模块的上下文之外完成的。
为了解决这个问题,你可以直接从任何模块 注册一个全局作用域的过滤器 ,使用以下构造:
Info
当使用此方法为过滤器执行依赖注入时,请注意,无论在哪个模块中使用此构造,过滤器实际上都是全局的。
这应该在哪里做?选择定义过滤器(在上面的例子中为 HttpExceptionFilter
)的模块。
此外, useClass
并不是处理自定义提供器注册的唯一方法。
了解更多这。
你可以根据需要使用这种技术添加尽可能多的过滤器;只需将它们添加到提供器数组中。
抓住一切¶
为了捕获 每个 未处理的异常(不管异常类型是什么),让 @Catch()
装饰器的形参列表为空,例如 @Catch()
。
在下面的例子中,我们有一个与平台无关的代码,因为它使用HTTP 适配器来传递响应,而不直接使用任何平台特定的对象(Request
和Response
):
继承¶
通常,您将创建完全定制的异常过滤器,以满足您的应用程序需求。 然而,在某些情况下,您可能想简单地扩展内置的默认 全局异常过滤器 ,并基于某些因素覆盖行为。
为了将异常处理委托给基过滤器,您需要扩展 BaseExceptionFilter
并调用继承的 catch()
方法。
Warning
扩展了 BaseExceptionFilter
的方法范围和控制器范围的过滤器不应该用 new
实例化。
相反,让框架自动实例化它们。
上面的实现只是一个演示该方法的 shell。 您的扩展异常过滤器的实现将包括您定制的 业务 逻辑(例如,处理各种条件)。
全局过滤器 可以 扩展基过滤器。 这有两种方法。
第一个方法是在实例化自定义全局过滤器时注入 HttpServer
引用:
第二种方法是使用 APP_FILTER
令牌如下所示。