# 背景

在实际项目中，接口出于安全考虑，都会有验签的计算。目前接触的项目来看基本都是时间戳+干扰因子 然后md5计算的方式。现在学习，写一个简单demo，

其实如果不引入拦截器的话，验签计算全部在controller层实现也是可以的，但每个请求都需要去做一次计算，这种把公共功能的抽离，针对于所有请求前的判断，个人感觉有点切面的意思；

# DEMO

核心点：

1. controller层还是和原来的一模一样，不做修改

2. 创建一个ApiSignInterceptor 类 ，实现HandlerInterceptor 接口，完成 验签计算的核心代码；

3. 创建一个WebConfig类，继承WebMvcConfigurationSupport类，引入步骤2中创建的拦截器；

前言：

jdk8+spring boot2.0 版本 如果低版本些许不一致

show CODE

controller层：

@RestControllerpublic class PeopleController {

    @GetMapping(value = "/1/people/{people_id}")    public String getPeopleInfo(@PathVariable(value = "people_id", required = true) String peopleId) {        return "hello world, this is people info of " + peopleId;
    }


    @GetMapping(value = "/2/people/{people_id}")    public String getPeopleInfoV2(@PathVariable(value = "people_id", required = true) String peopleId) {        return "hello THIS is v2 world, this is people info V2 of " + peopleId;
    }
}

没有任何变化，简单demo例子

拦截器，ApiSignInterceptor ：

public class ApiSignInterceptor implements HandlerInterceptor {    private final static String SEPERATOR = "_";    private final static String SECRET = "jwentest";    private final static String NO_PERMISSION_ERROR_MESSAGE = "Api Token Error, You have no permission to access this api";    // md5计算
    private String md5Hex(String data) {        return DigestUtils.md5Hex(data).toLowerCase();
    }    private String getSign(String t) {        return md5Hex(t + SEPERATOR + SECRET);
    }    // sign计算，t为时间戳,sign为md5(t+"_"+"jwentest")
    @Override    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {        try {
            String t = request.getParameter("t");
            String sign = request.getParameter("sign");            if (t.isEmpty() || sign.isEmpty()) {
                response.sendError(403, NO_PERMISSION_ERROR_MESSAGE);                return false;
            }

            String expectedSign = getSign(t);            if (!expectedSign.equals(sign)) {
                response.sendError(403, NO_PERMISSION_ERROR_MESSAGE);                return false;
            }

        } catch (Throwable t) {
            response.sendError(403, NO_PERMISSION_ERROR_MESSAGE);            return false;
        }        return true;

    }

}

其中HandlerInterceptor 接口定义了三个方法，第一次看到我有点懵逼了，为啥接口定义的方法里面会有方法体呢，为什么可以不实现所有的方法了的，原因是JDK8中可以这样写了：

default boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {        return true;
    }    default void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, @Nullable ModelAndView modelAndView) throws Exception {
    }    default void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, @Nullable Exception ex) throws Exception {
    }

本次我们使用到的是preHandle方法，三个方法的执行顺序如下：

preHandler -> Controller -> postHandler -> model渲染-> afterCompletion

因此可以在进入controller层之前拦截判断是否符合我们的安全要求；

使用，WebConfig 类：

@Configurationpublic class WebConfig extends WebMvcConfigurationSupport {

    @Override    protected void addInterceptors(InterceptorRegistry registry) {
        registry.addInterceptor(new ApiSignInterceptor()).addPathPatterns("/1/people/**").excludePathPatterns("/2/people/**");        super.addInterceptors(registry);
    }
}

这里是在项目引入拦截器，

@Configuration ，config形式加载在容器中

其中addPathPatterns 和 excludePathPatterns 方法，从方法名就可以看出来，是针对拦截器的范围控制，上面的代码就是针对/1/people/** 生效，对/2/people/**  不生效

目录结构如下：

原文出处：https://www.cnblogs.com/jwentest/p/9497591.html