我研究 Grails 已经有一段时间了。并浏览了一些关于过滤器和拦截器的信息。两者都具有几乎相同的功能，即在特定控制器中跟踪会话或重定向未经授权的用户。
但我很困惑何时以及为什么应该使用过滤器而不是拦截器，反之亦然。
假设 Inceptor 有两个控制器方法 beforeInterceptor 和 afterInterceptor，对于 Filters 有三个常见的闭包 before、after 和 afterView。
我的问题是对拦截器使用过滤器的优缺点是什么，反之亦然。通过这种方式，我们开发人员可以决定何时、何地以及为什么我们应该在特定控制器中使用过滤器或拦截器来进行一些跟踪、重定向等。
【问题讨论】：
标签： grails
当拦截逻辑仅适用于该控制器时，在控制器中使用一个或两个拦截器。
当逻辑应用于多个（或所有）控制器时，或者当您需要在视图呈现后执行某些操作时（没有等效于 afterView 的拦截器），或者如果您只想将所有内容集中在一个控制器中，请使用过滤器放置而不是分散在单独的控制器文件中。
【讨论】：
Filters 在其闭包 afterView 中声明的过滤逻辑？
旧过滤器（来自 Grails 2）在 Grails 3 中已弃用。过滤器的替代品是拦截器。
拦截器的使用是用于诸如：身份验证、登录等操作。
拦截器（顾名思义）正在拦截传入的 Web 请求并触发相关操作。动作在相关的控制器中定义。
拦截器有一些主要优点（优于过滤器），例如支持静态编译，并支持灵活的配置。
以下是 Interceptor 的主要 3 种方法：
- boolean before() { true }
- boolean after() { true }
- void afterView() { }
Iterceptor 被配置为 Spring Bean（在 Spring 应用程序上下文中）并被配置为通过它们的名称自动连接。
【讨论】：