关于kafka:Kafka消费者JoinGroupRequest流程解析

过滤器（Filter）和拦截器（Interceptor）都是基于 AOP（Aspect Oriented Programming，面向切面编程）思维实现的，用来解决我的项目中某一类问题的两种“工具”，但二者有着显著的差距，接下来咱们一起来看。

实现过滤器和拦截器

首先，咱们先来看一下二者在 Spring Boot 我的项目中的具体实现，这对后续了解二者的区别有很大的帮忙。

实现过滤器

过滤器能够应用 Servlet 3.0 提供的 @WebFilter 注解，配置过滤的 URL 规定，而后再实现 Filter 接口，重写接口中的 doFilter 办法，具体实现代码如下：

import org.springframework.stereotype.Component;
import javax.servlet.*;
import javax.servlet.annotation.WebFilter;
import java.io.IOException;
@Component
@WebFilter(urlPatterns = "/*")
public class TestFilter implements Filter {
    @Override
    public void init(FilterConfig filterConfig) throws ServletException {System.out.println("过滤器：执行 init 办法。");
    }
    @Override
    public void doFilter(ServletRequest servletRequest,
                         ServletResponse servletResponse,
                         FilterChain filterChain) throws IOException, ServletException {System.out.println("过滤器：开始执行 doFilter 办法。");
        // 申请放行
        filterChain.doFilter(servletRequest, servletResponse);
        System.out.println("过滤器：完结执行 doFilter 办法。");
    }
    @Override
    public void destroy() {System.out.println("过滤器：执行 destroy 办法。");
    }
}

其中：

• void init(FilterConfig filterConfig)：容器启动（初始化 Filter）时会被调用，整个程序运行期只会被调用一次。用于实现 Filter 对象的初始化。
• void doFilter(ServletRequest request, ServletResponse response,FilterChain chain)：具体的过滤性能实现代码，通过此办法对申请进行过滤解决，其中 FilterChain 参数是用来调用下一个过滤器或执行下一个流程。

• void destroy()：用于 Filter 销毁前实现相干资源的回收工作。

  实现拦截器

  拦截器的实现分为两步，第一步，创立一个一般的拦截器，实现 HandlerInterceptor 接口，并重写接口中的相干办法；第二步，将上一步创立的拦截器退出到 Spring Boot 的配置文件中。接下来，先创立一个一般拦截器，实现 HandlerInterceptor 接口并重写 preHandle/postHandle/afterCompletion 办法，具体实现代码如下：

import org.springframework.stereotype.Component;
import org.springframework.web.servlet.HandlerInterceptor;
import org.springframework.web.servlet.ModelAndView;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
@Component
public class TestInterceptor implements HandlerInterceptor {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {System.out.println("拦截器：执行 preHandle 办法。");
        return true;
    }
    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {System.out.println("拦截器：执行 postHandle 办法。");
    }
    @Override
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {System.out.println("拦截器：执行 afterCompletion 办法。");
    }
}

其中：

• boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handle)：在申请办法执行前被调用，也就是调用指标办法之前被调用。比方咱们在操作数据之前先要验证用户的登录信息，就能够在此办法中实现，如果验证胜利则返回 true，继续执行数据操作业务；否则就返回 false，后续操作数据的业务就不会被执行了。
• void postHandle(HttpServletRequest request, HttpServletResponse response, Object handle, ModelAndView modelAndView)：调用申请办法之后执行，但它会在 DispatcherServlet 进行渲染视图之前被执行。
• void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handle, Exception ex)：会在整个申请完结之后再执行，也就是在 DispatcherServlet 渲染了对应的视图之后再执行。

最初，咱们再将下面的拦截器注入到我的项目配置文件中，并设置相应拦挡规定，具体实现代码如下：

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.config.annotation.InterceptorRegistry;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;

@Configuration
public class AppConfig implements WebMvcConfigurer {

    // 注入拦截器
    @Autowired
    private TestInterceptor testInterceptor;

    @Override
    public void addInterceptors(InterceptorRegistry registry) {registry.addInterceptor(testInterceptor) // 增加拦截器
                .addPathPatterns("/*"); // 拦挡所有地址
    }
}

理解了二者的应用之后，接下来咱们来看二者的区别。

过滤器 VS 拦截器

过滤器和拦截器的区别次要体现在以下 5 点：

1. 出身不同；
2. 触发机会不同；
3. 实现不同；
4. 反对的我的项目类型不同；
5. 应用的场景不同。

接下来，咱们一一来看。

1. 出身不同

过滤器来自于 Servlet，而拦截器来自于 Spring 框架，从下面代码中咱们也能够看出，过滤器在实现时导入的是 Servlet 相干的包，如下图所示：

而拦截器在实现时，导入的是 Spring 相干的包，如下图所示：

2. 触发机会不同

申请的执行程序是：申请进入容器 > 进入过滤器 > 进入 Servlet > 进入拦截器 > 执行控制器（Controller），如下图所示：

所以过滤器和拦截器的执行机会也是不同的，过滤器会先执行，而后才会执行拦截器，最初才会进入真正的要调用的办法。

3. 实现不同

过滤器是基于办法回调实现的，咱们在下面实现过滤器的时候就会发现，当咱们要执行下一个过滤器或下一个流程时，须要调用 FilterChain 对象的 doFilter 办法进行回调执行，如下图所示：

由此能够看出，过滤器的实现是基于办法回调的。而 拦截器是基于动静代理（底层是反射）实现的，它的实现如下图所示：

代理调用的成果如下图所示：

4. 反对的我的项目类型不同

过滤器是 Servlet 标准中定义的，所以 过滤器要依赖 Servlet 容器，它只能用在 Web 我的项目中 ；而 拦截器是 Spring 中的一个组件，因而拦截器既能够用在 Web 我的项目中，同时还能够用在 Application 或 Swing 程序中。

5. 应用的场景不同

因为拦截器更靠近业务零碎，所以 拦截器次要用来实现我的项目中的业务判断的 ，比方：登录判断、权限判断、日志记录等业务。而 过滤器通常是用来实现通用性能过滤的，比方：敏感词过滤、字符集编码设置、响应数据压缩等性能。

总结

过滤器和拦截器都是基于 AOP 思维实现的，用来解决某个对立的性能的，但 二者又有 5 点不同：出身不同、触发机会不同、实现不同、反对的我的项目类型不同以及应用的场景不同。过滤器通常是用来进行全局过滤的，而拦截器是用来实现某项业务拦挡的。