什么是SpringMVC
spring MVC是一个基于Java的实现了MVC设计模式的请求驱动类型的轻量级Web框架,通过把Model,View,Controller分离,将web层进行职责解耦,把复杂的web应用分成逻辑清晰的几部分,简化开发,减少出错,方便组内开发人员之间的配合
Spring MVC的流程
- 用户发送请求到前端控制器DispatcherServlet
- Dispatcher Servlet收到请求后,调用HandlerMapping处理器映射器,请求获取Handle
- 处理器映射器根据请求URL找到具体到处理器,生成处理器对象及处理器拦截器(如果有责生成)一并返回给Dispatcher Servlet
- Dispatcher Servlet调用HandlerAdapter处理器适配器
- HandlerAdapter经过适配调用具体处理器(Handler,也叫后端控制器);
- Handler执行完成返回ModelAndView
- HandlerAdapter将Handler执行结果ModelAndView返回给Dispatcher Servlet
- Dispatcher Servlet将ModelAndView传给ViewResolver视图解析器进行解析
- ViewResolver解析后返回具体View
- Dispatcher Servlet对View进行渲染视图(即将模型数据填充至视图中)
- Dispatcher Servlet响应用户
Spring MVC的优点
- 可以支持各种视图技术,而不仅仅局限于JSP
- 与Spring框架集成
- 清晰的角色分配:前端控制器(DispatcherServlet),请求到处理器映射器(HandlerMapping),处理器适配器(HandlerAdapter),视图解析器(ViewResolver)
- 支持各种请求资源的映射策略
拦截器-过滤器-监听器
拦截器
依赖于web框架,在实现上基于Java的反射机制,属于AOP的一种运用,是在面向切面编程的在service或一个方法,前调用一个方法,或者在方法后调用一个方法比如动态代理就是拦截器的简单实现,在你调用方法前打印出字符串(或者做其它业务逻辑的操作),也可以在你调用方法后打印出字符串,甚至在你抛出异常的时候做业务逻辑的操作。由于拦截器是基于web框架的调用,因此可以使用Spring的依赖注入(DI)进行一些业务操作,同时一个拦截器实例在一个controller生命周期之内可以多次调用。但是缺点是只能对controller请求进行拦截,对其他的一些比如直接访问静态资源的请求则没办法进行拦截处理。
可以将多个模块的通用服务进行分离,入全县管理/日志服务,他们在多个模块中都会用到,就可以将其各自封装为一个可重用模块。而这些通用服务点具体实现时通过拦截器来完成,比如用户客户端访问一些保密模块应先通过权限审查的拦截器来进行权限审查。
自定义拦截器步骤
第一步:自定义一个实现了Interceptor接口的类,或者继承抽象类AbstractInterceptor。(在spring中可以直接继承HandlerInterceptorAdapter)
第二步:在配置文件中注册定义的拦截器。
第三步:在需要使用Action中引用上述定义的拦截器,为了方便也可以将拦截器定义为默认的拦截器,这样在不加特殊说明的情况下,所有的Action都被这个拦截器拦截
一般配置在Spring MVC的配置文件中,使用Interceptors标签
<mvc:interceptors>
<mvc:interceptor>
<mvc:mapping path="/**" />
<bean class="com.scorpios.atcrowdfunding.web.LoginInterceptor"></bean>
</mvc:interceptor>
<mvc:interceptor>
<mvc:mapping path="/**" />
<bean class="com.scorpios.atcrowdfunding.web.AuthInterceptor"></bean>
</mvc:interceptor>
</mvc:interceptors>
过滤器
过滤器处于客户端和web资源(Servlet/JSP等)之间,客户端与Web资源之间的请求和响应都要通过过滤器进行过滤
在Java web中,传入的request,response可以提前过滤掉一些信息,或者提前设置一些参数,然后传入servlet或者struts的action进行业务逻辑,比如过滤掉非法URL(没有登陆的用户过滤掉),或者在传入前统一设置字符集或除去一些非法字符
一个简单的字符过滤器
web.xml配置
<filter>
<filter-name>encoding</filter-name>
<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>UTF-8</param-value>
</init-param>
<init-param>
<param-name>forceEncoding</param-name>
<param-value>true</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>encoding</filter-name>
<servlet-name>/*</servlet-name>
</filter-mapping>
以及一个简单的实现
public class Interceptor implements HandlerInterceptor {
// 在业务处理器处理请求之前被调用
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception{
return true;
}
// 在业务处理器处理请求完成之后,生成视图之前执行
public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView)
throws Exception{
}
// 在DispatcherServlet完全处理完请求之后被调用,可用于清理资源
public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex)
throws Exception{
}
}
拦截器和过滤器的区别
- 拦截器是基于Java反射机制(动态代理)的,而过滤器是基于函数回调
– FilterChain.doFilter(request,response)方法即回调方法 - 拦截器不依赖于servlet容器,而过滤器依赖于servlet容器
– 因为过滤器是servlet规范规定的,只适用于web程序中,所以依赖servlet容器,而拦截器是在spring容器内的,是spring框架规定的 - 拦截器只能对请求(action)起作用,而过滤器可以对几乎所有的请求起作用
– 所有请求是指不管url正确与否都会进入到过滤器中,而action层请求则是我们事先定义好的那些请求;拦截器没办法拦截直接访问静态资源的请求 - 拦截器可以访问action上下文,方法前后,而过滤器只能在servlet前后
- 在action的生命周期,拦截器可以被多次调用,而过滤器只能在容器初始化的时候被调用一次
- 拦截器可以获取IOC容器内的各个bean,因为它是一个spring的组件,归spring管理,所以能在拦截器内注入bean,而过滤器中则无法简单的通过注解的形式注入bean
简单总结下,从灵活性上来说拦截器功能更强大些,Filter能做的事情,都能做,而且可以在请求前,请求后执行,比较灵活。Filter主要是针对URL地址做一个编码的事情,过滤掉没用的参数、安全校验等,太细的话还是用拦截器interceptor。
过滤器和拦截器的执行顺序
过滤前 -> 拦截前 -> action处理 -> 拦截后 -> 过滤后
拦截器(Interceptor)和过滤器(Filter)的执行顺序和区别
过滤器和拦截器区别
Java三大器之拦截器(Interceptor)的实现原理及代码示例