Whats the difference between interceptor vs middleware vs filter in nest js
正如您已经在问题中描述的那样，这三个都是非常相似的概念，在很多情况下很难决定，这取决于您的偏好。但我可以概述一下这些差异：拦截器拦截器可以在调用路由处理程序之前和之后访问响应/请求。登记直接在具有控制器或方法范围的控制器类中全球范围 内 例子LoggingInterceptor：在路由处理程序之前请求，在其结果之后请求。测量需要的时间。ResultMapping：转换 为 或将结果包装在响应对象中：->结论与中间件相比，我喜欢注册更接近路由处理程序。但存在一些限制，例如，当您在路由处理程序中发送 特定于库的对象时，您无法设置响应代码或使用拦截器更改响应，请参阅文档。中间件仅在调用路由处理程序之前调用中间件。您可以访问响应对象，但没有路由处理程序的结果。它们基本上是表达中间件功能。登记在模块中，选择相关路由的方式非常灵活（使用通配符，按方法，…）全球范围 内 例子FrontendMiddleware：将除 API 之外的所有路由重定向到 ，请参阅此线程您可以使用任何现有的快速中间件。有很多图书馆，例如或结论中间件的注册非常灵活，例如：适用于除一个之外的所有路由等。但由于它们是在模块中注册的，因此当您查看其方法时，您可能没有意识到它适用于您的控制器。您还可以利用现有的所有快速中间件库，这也很棒。异常过滤器异常过滤器在路由处理程序和拦截器之后调用。它们是响应发出之前最后进行更改的地方。登记直接在具有控制器或方法范围的控制器类中全球范围 内您的 例子UnauthorizedFilter：映射到用户易于理解的消息NotFoundFilter：将所有未找到的路由（不属于您的 api 的一部分）映射到您的 .结论异常过滤器的基本用例是提供可理解的错误消息（隐藏技术细节）。但还有其他创造性的使用方式：当您提供单页面应用程序时，通常所有路由都应重定向到 除 API 路由之外的路由。在这里，您可以重定向到 . 有些人可能会觉得这个很聪明，而另一些人可能觉得很老套。你的选择。;-)所以执行顺序是：中间件 -> 拦截器 -> 路由处理程序 -> 拦截器 -> 异常过滤器（如果抛出异常）对于这三个工具，您可以在其构造函数中注入其他依赖项（如服务等）。
