拦截器:指统一拦截从浏览器发往服务器的请求,在请求执行之前或之后加入一些代码来完成功能的增强,一般使用在解决请求的共性问题,比如乱码、权限验证等。
SpringMVC拦截器的实现:
1、自定义拦截器类实现有两种方式。第一种方式是实现HandlerInterceptor接口,或继承实现了HandlerInterceptor接口的类,比如Spring已经提供的实现了HandlerInterceptor接口的抽象类HandlerInterceptorAdapter 。第二种方式是实现Spring的WebRequestInterceptor接口,或者是继承了实现了WebRequestInterceptor接口的类。HandlerInterceptor和WebRequestInterceptor的区别主要是preHandle方法的返回值以及参数,WebRequestInterceptor中二的preHandle方法没有返回值,不能终止请求。一般使用第一种方式较多。
public class testInterceptor implements HandlerInterceptor {
/**
* 该方法也是需要当前对应的Interceptor的preHandle方法的返回值为true时才会执行。该方法将在整个请求完成之后,也就是DispatcherServlet渲染了视图执行,
* 这个方法的主要作用是用于清理资源的,当然这个方法也只能在当前这个Interceptor的preHandle方法的返回值为true时才会执行。
*/
@Override
public void afterCompletion(HttpServletRequest arg0,
HttpServletResponse arg1, Object arg2, Exception arg3)
throws Exception {
System.out.println("afterCompletion");
}
/**
* 这个方法只会在当前这个Interceptor的preHandle方法返回值为true的时候才会执行。postHandle是进行处理器拦截用的,它的执行时间是在处理器进行处理之
* 后,也就是在Controller的方法调用之后执行,但是它会在DispatcherServlet进行视图的渲染之前执行,也就是说在这个方法中你可以对ModelAndView进行操
* 作。这个方法的链式结构跟正常访问的方向是相反的,也就是说先声明的Interceptor拦截器该方法反而会后调用,这跟Struts2里面的拦截器的执行过程有点像,
* 只是Struts2里面的intercept方法中要手动的调用ActionInvocation的invoke方法,Struts2中调用ActionInvocation的invoke方法就是调用下一个Interceptor
* 或者是调用action,然后要在Interceptor之前调用的内容都写在调用invoke之前,要在Interceptor之后调用的内容都写在调用invoke方法之后。
*/
@Override
public void postHandle(HttpServletRequest arg0, HttpServletResponse arg1,
Object arg2, ModelAndView arg3) throws Exception {
System.out.println("postHandle");
}
/**
* preHandle方法是进行处理器拦截用的,顾名思义,该方法将在Controller处理之前进行调用,SpringMVC中的Interceptor拦截器是链式的,可以同时存在
* 多个Interceptor,然后SpringMVC会根据声明的前后顺序一个接一个的执行,而且所有的Interceptor中的preHandle方法都会在
* Controller方法调用之前调用。SpringMVC的这种Interceptor链式结构也是可以进行中断的,这种中断方式是令preHandle的返
* 回值为false,当preHandle的返回值为false的时候整个请求就结束了。
*/
@Override
public boolean preHandle(HttpServletRequest arg0, HttpServletResponse arg1,
Object arg2) throws Exception {
System.out.println("preHandle");
return true;
}
}
2、将拦截器注册到SpringMVC框架中。
<mvc:interceptors>
<bean class="com.test.interceptor.testInterceptor"/>
</mvc:interceptors>
此种配置所有请求都走拦截器
<mvc:interceptors>
<mvc:interceptor>
<mvc:mapping path="/test" />
<bean class="com.myhexin.test.testInterceptor" />
</mvc:interceptor>
</mvc:interceptors>
mapping指定了哪种请求走拦截
拦截器和过滤器有相似之处,二者都是AOP思想的体现,那么当拦截器和过滤器同时存在时执行顺序是怎么样的呢?二者又有什么区别呢?
利用上面实现的testInterceptor拦截器类,再添加一个Filter来测试一下,写一个testFilter过滤器类并注册到web.xml中:
public class testFilter implements Filter {
@Override
public void destroy() {
}
@Override
public void doFilter(ServletRequest arg0, ServletResponse arg1,
FilterChain chain) throws IOException, ServletException {
System.out.println("chain.doFilter之前");
chain.doFilter(arg0, arg1);
System.out.println("chain.doFilter之后");
}
@Override
public void init(FilterConfig arg0) throws ServletException {
}
}
<filter>
<filter-name>testFilter</filter-name>
<filter-class>com.test.filter.testFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>testFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
接下来写一个Controller并测试:
@RequestMapping(value = "/test")
public String test(){
System.out.println("controller");
return "test";
}
运行结果:
chain.doFilter之前
preHandle
controller
postHandle
afterCompletion
chain.doFilter之后
preHandle()这个方法是在过滤器的chain.doFilter(request, response)方法的前一步执行,也就是在 System.out.println("chain.doFilter之前")和chain.doFilter(request, response)之间执行。
afterCompletion()方法是在过滤器返回给前端前一步执行,也就是在chain.doFilter(request, response)和System.out.println("after...")之间执行。
ps:
<mvc:annotation-driven />的作用:
<mvc:annotation-driven /> 是一种简写形式,完全可以手动配置替代这种简写形式,简写形式可以让初学都快速应用默认配置方案。
<mvc:annotation-driven /> 会自动注册DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean,是spring MVC为@Controllers分发请求所必须的。
并提供了数据绑定支持、@NumberFormatannotation支持、@DateTimeFormat支持、@Valid支持、读写XML的支持(JAXB)、读写JSON的支持(Jackson)。