共计 1199 个字符，预计需要花费 3 分钟才能阅读完成。
前言
最近敌人和我提了一个挺乏味的问题：他们有个我的项目用了他们框架部提供的 jwt token 校验填充组件，实现原理大略是，通过 springboot 拦截器来校验 token，如果 token 非法，就解析 token，将 token 携带的业务信息 map 填充到 threadlocal 外面，不便后续业务应用。
敌人的问题就是他想往这个 threalocal 外面的业务 map 再扩大一些业务字段，但因为这个组件不是敌人的部门开发的，他就不能改源码，只能通过扩大的形式。
他的思路就是他也写一个拦截器，在这个拦截器外面做业务填充。这边有个前提就是框架部的执行机会得在敌人写的拦截器之前，敌人的做法是在他写的拦截器下面加 @Order 注解，不过发现不论用。于是就找我讨论一下这个问题。
形象进去的问题就是题目说的如何让 springboot 拦截器的执行程序按咱们想要的程序执行
思路
办法一：本人的业务我的项目写一个和框架组截然不同的类
即这个类和框架组提供的包名和类名一样，而后改这个类，这个实现原理是利用了类的加载程序
办法二：利用 org.springframework.web.servlet.config.annotation.InterceptorRegistration#order()
不过这个 order 办法是 spring 4.3+ 版本后才提供。
具体应用形如下
@Override
public void addInterceptors(InterceptorRegistry registry) {registry.addInterceptor(helloHandlerInterceptor).addPathPatterns("/**").order(100);
registry.addInterceptor(otherHelloHandlerInterceptor).addPathPatterns("/**").order(-1);
}通过配置 order() 的值，值越小，优先级越高。不配默认是 0
那为啥要配置这个呢，如果对 springmvc 有略微深刻一下的话，拦截器链最终是会用到
protected List<Object> getInterceptors() {return this.registrations.stream()
.sorted(INTERCEPTOR_ORDER_COMPARATOR)
.map(InterceptorRegistration::getInterceptor)
.collect(Collectors.toList());
}排序就是依据这个 order 来的
总结
本文提供的计划二实用于 spring 4.3+ 版本，低于该版本，请谨慎。
demo 链接
https://github.com/lyb-geek/springboot-learning/tree/master/springboot-interceptor-order
