说一说Springboot 的拦截器

1.使用场景

在用户登陆之后，我们一般会把用户登陆的状态和相关信息进行存储，把对应的token返回到客户端进行存储，下次请求过来时，系统可以通过token拿到当前这个用户的相关信息，这是授权通常的作法，而有时一些业务里，你存储的用户信息不是全局的，可能只是某几个接口会用户某些信息，而你把它存储起来就不是很合理；并且一些隐私信息持久化到redis也不合理，这时就需要统一对这种接口的请求做一起处理了。 

 

2.解决方案：

我们可以去实现这个HandlerInterceptor接口，它会把请求页面前，请求页面后等方法，我们可以重写它们，把自己的逻辑加进来，比如我们可以在请求页面前，通过当前登陆人ID获取到当前登陆人能看的信息ID集合，并把这些ID集合以参数的形式传到这个页面里，这个过程是在服务端自动完成的，即对某个页面（接口）进行拦截，添加自己的逻辑。

 

3.springboot  拦截器原理：

 

开始-》（注入）

查找Handle及拦截器-》

执行拦截器前置处理preHandle-》

 

执行Handle

 

执行拦截器后置处理postHandle

 

执行视图渲染

 

执行拦截器afterCompletion

 

4.demo 实现

 

5.流程分析：

我们来分析一下intecepater 是如何挂到程序中的呢？

首先我们明

protected HandlerExecutionChain getHandlerExecutionChain(Object handler, HttpServletRequest request) {
    HandlerExecutionChain chain = (handler instanceof HandlerExecutionChain ?
            (HandlerExecutionChain) handler : new HandlerExecutionChain(handler));

    String lookupPath = this.urlPathHelper.getLookupPathForRequest(request);
    for (HandlerInterceptor interceptor : this.adaptedInterceptors) {
        if (interceptor instanceof MappedInterceptor) {
            MappedInterceptor mappedInterceptor = (MappedInterceptor) interceptor;
            if (mappedInterceptor.matches(lookupPath, this.pathMatcher)) {
                chain.addInterceptor(mappedInterceptor.getInterceptor());
            }
        }
        else {
            chain.addInterceptor(interceptor);
        }
    }
    return chain;
}

，现在的问题就是adaptedInterceptors属性是如何初始化的.

前言已经分析，通过@EnableWebMvc注解实际上引入了DelegatingWebMvcConfiguration这个类；

@Autowired(required = false)
public void setConfigurers(List<WebMvcConfigurer> configurers) {
    if (!CollectionUtils.isEmpty(configurers)) {
        this.configurers.addWebMvcConfigurers(configurers);
    }
}

了解到当它使用在List参数的方法上时，会查找List所包含的对象类型的所有Bean然后进行注入。这也意味着，此处会将所有实现WebMvcConfigurer接口的类进行注入，然后添加到configurers属性中去；在此处，我们自定义的继承自WebMvcConfigurer的类会被注入。
 

@Bean
public RequestMappingHandlerMapping requestMappingHandlerMapping() {
    RequestMappingHandlerMapping mapping = createRequestMappingHandlerMapping();
    mapping.setOrder(0);
    mapping.setInterceptors(getInterceptors());
    mapping.setContentNegotiationManager(mvcContentNegotiationManager());
    mapping.setCorsConfigurations(getCorsConfigurations());

    PathMatchConfigurer configurer = getPathMatchConfigurer();
    Boolean useSuffixPatternMatch = configurer.isUseSuffixPatternMatch();
    Boolean useRegisteredSuffixPatternMatch = configurer.isUseRegisteredSuffixPatternMatch();
    Boolean useTrailingSlashMatch = configurer.isUseTrailingSlashMatch();
    if (useSuffixPatternMatch != null) {
        mapping.setUseSuffixPatternMatch(useSuffixPatternMatch);
    }
    if (useRegisteredSuffixPatternMatch != null) {
        mapping.setUseRegisteredSuffixPatternMatch(useRegisteredSuffixPatternMatch);
    }
    if (useTrailingSlashMatch != null) {
        mapping.setUseTrailingSlashMatch(useTrailingSlashMatch);
    }

    UrlPathHelper pathHelper = configurer.getUrlPathHelper();
    if (pathHelper != null) {
        mapping.setUrlPathHelper(pathHelper);
    }

    PathMatcher pathMatcher = configurer.getPathMatcher();
    if (pathMatcher != null) {
        mapping.setPathMatcher(pathMatcher);
    }

 

可以看到RequestMappingHandlerMapping类被注入Spring容器。
同时通过mapping.setInterceptors(getInterceptors())将所有的Interceptors设置到HandperMapping对象中 。
这样就找到了ReuqestMappingHandlerMapping的setInterceptors方法调用处了。
如我们自定义的配置类；在此处调用DelegatingWebMvcConfiguration的addInterceptors方法时，实际就是调用各个WebMvcConfigurer对象的addInterceptors方法来完成自定义的Interceptor注册过程。

RequestMappingHandlerMapping的getInterceptors方法就可以获取到所有自定义的Interceptor了。

参考博文：https://blog.csdn.net/icarusliu/article/details/78833520

 

 

 

 

    return mapping;
}

 

 

 

 

 

 

 

 

 

 

 

确是：