SpringMVC拦截器创建配置及执行顺序（springmvc拦截器拦截路径规则）

目录SpringMVC拦截器介绍一、创建拦截器二、配置拦截器设置不需要拦截的请求三、多个拦截器的执行顺序

SpringMVC拦截器介绍

springMVC 中的拦截器用于拦截控制器方法的执行。

先创建出前置需要的一些条件：

测试拦截器

后端：

@Controller

public class TestController {

@RequestMapping("/testInterceptor")

public String testInterceptor() {

return "success";

}

}

一、创建拦截器

新建一个包 interceptors，在下面创建一个拦截器 FirstInterceptor ，并且要实现 HandlerInterceptor 接口。

快捷键Ctrl + O，快速重写方法，图示里的 3 个。

public class FirstInterceptor implements HandlerInterceptor {

public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {

System.out.println("FirstInterceptor --> preHandle");

return false;

}

public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {

System.out.println("FirstInterceptor --> postHandle");

}

public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {

System.out.println("FirstInterceptor --> afterCompletion");

}

}

preHandle: 在当前控制器方法执行之前执行。

postHandle: 在当前控制器方法执行之后执行。

afterCompletion：处理完视图和模型数据，渲染视图完毕之后执行。

二、配置拦截器

在 springMVC 配置文件里配置拦截器，对象就是FirstInterceptor 类:

重新部署，访问http://localhost:8080/springmvc/，发现页面空白，查看控制器日志看到有打印：

说明拦截成功。

看下上面重新的三个方法中，只有preHandle有返回值，是个布尔类型：false 表示拦截，true 表示放行。

修改上面preHandle的返回为 true，重新部署后再次访问首页，可以访问成功。

查看控制台打印输出，看到在渲染之前，前面2个方法执行了：preHandle、postHandle 。

在非常多的 Thymeleaf 渲染之后，最后一个 afterCompletion 也执行了。

现在继续点击首页里的新加的超链接，发现也会被拦截放行。

说明这种配置方式，会拦截所有的请求。

设置不需要拦截的请求

可以通过 ref 或 bean 标签设置拦截器:

通过mvc:mapping设置需要拦截的请求通过mvc:exclude-mapping设置需要排除的请求

注意这里我在外部注册了一个 bean 叫 firstInterceptor，以便 ref 引用。

，表示除了首页不拦截。

也就是说，现在我访问http://localhost:8080/springmvc/的时候，应该不拦截。

访问http://localhost:8080/springmvc/testInterceptor就会拦截了。

试一下，先访问 http://localhost:8080/springmvc/：

可以正常打开首页，并且控制台也没有输出拦截器里的内容：

现在继续访问 http://localhost:8080/springmvc/testInterceptor，

拦截了。

三、多个拦截器的执行顺序

继续新建一个拦截器SecondInterceptor，注意这次我加了 @Component，方便在配置文件中直接ref引用使用。

@Component

public class SecondInterceptor implements HandlerInterceptor {

public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {

System.out.println("SecondInterceptor --> preHandle");

return true;

}

public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {

System.out.println("SecondInterceptor --> postHandle");

}

public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {

System.out.println("SecondInterceptor --> afterCompletion");

}

}

修改拦截器配置：

重新部署，访问下首页http://localhost:8080/springmvc/，查看控制台打印输出。

可以发现，preHandle 方法执行的顺序是 FirstInterceptor->SecondInterceptor。其他 2 个方法则是顺序倒过来。

若每个拦截器的 preHandle()都返回 true:

执行顺序跟配置里的顺序有关，在上面拦截器里 firstInterceptor 就是在 secondInterceptor前面。preHandle()会按照配置的顺序执行，而postHandle()和afterComplation()`会按照配置的反序执行。

若某个拦截器的preHandle()返回了false：

preHandle()返回false和它之前的拦截器的preHandle()都会执行。postHandle()都不执行。返回false的拦截器之前的拦截器的afterComplation()会执行。

试一下，把 SecondInterceptor 中的preHandle()修改返回 false，再次请求下首页：

符合预期。

这些过程可以打断点看下源码的执行过程。

以上就是SpringMVC拦截器创建配置及执行顺序的详细内容，更多关于SpringMVC拦截器配置的资料请关注我们其它相关文章！

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。