Java框架之SpringMVC 05-拦截器-异常映射-Spring工作流程
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了Java框架之SpringMVC 05-拦截器-异常映射-Spring工作流程，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含7426字，纯文字阅读大概需要11分钟。
内容图文
SpringMVC
拦截器
Spring MVC也可以使用拦截器对请求进行拦截处理，可以自定义拦截器来实现特定的功能，自定义的拦截器可以实现HandlerInterceptor接口中的三个方法，也可以继承HandlerInterceptorAdapter 适配器类按照需要那个方法，就实现哪个方法
过滤器与拦截器区别
过滤器：过滤器在Servlet之前操作
拦截器：拦截器在Servlet之后，请求处理器（Controller）之前操作。
拦截器三个方法
① preHandle()：这个方法在（Controller）处理器处理请求之前被调用，在该方法中对用户请求 request 进行处理。如果该拦截器对请求进行拦截处理后还要调用其他的拦截器，或者是业务处理器去进行处理，则返回 true；如果不需要再调用其他的组件去处理请求，则返回false。（如果返回false则后续操作都不再执行，类似于过滤器的 doFilter 所以正常情况下不要返回 false）
② postHandle()：这个方法在（Controller）处理器处理完请求后，但是 DispatcherServlet 向客户端返回响应前（在视图渲染之前）被调用，在该方法中对用户请求request进行处理。
③ afterCompletion()：这个方法在 DispatcherServlet 完全处理完请求后（转发|重定向 之后）被调用，可以在该方法中进行一些资源清理关闭的操作。
配置拦截器
<mvc:interceptors>
<!-- 为所有请求设置拦截器 也可用 ref 引用已经装配好的拦截器-->
<bean id="firstHandlerInterceptor" class="main.controller.FirstHandlerInterceptor"></bean>
<mvc:interceptor>
<!-- 表示指定拦截器只拦截/test/下的所有请求-->
<mvc:mapping path="/test/**/"/>
<!-- 表示访问/test/test.do的请求不会触发拦截器-->
<mvc:exclude-mapping path="/test/test.do"/>
<!-- 为指定的请求设置拦截器 也可用 ref 引用已经装配好的拦截器-->
<bean id="testInterceptor" class="main.controller.TestInterceptor"></bean>
</mvc:interceptor>
</mvc:interceptors>
程序执行顺序
1. preHandle():执行请求处理器的请求（Controller）方法之前执行。
2. 执行请求处理器的请求（Controller）方法
3. postHandle():执行请求处理器的请求（Controller）方法之后，在视图渲染之前。
4. 视图渲染
5. afterCompletion():视图渲染（转发|重定向）之后执行。
多个拦截器的执行流程
当存在多个拦截器时的执行顺序，由配置的先后顺序决定。（preHandle() 先配置，先执行）
preHandle():与拦截器配置的先后顺序一致。
postHandle():与拦截器配置的先后顺序相反。底层倒序循环调用的
afterCompletion():与拦截器配置的先后顺序相反。
preHandle()返回值为false时的工作原理
第一个拦截器的preHandle()的返回值为false:
只执行第一个拦截器的prehandle()方法，执行完，return;(后续的方法都不执行)
不是第一个拦截器的preHandle()的返回值为false:
当前拦截器之前的拦截器的afterCompletion()都会被执行。
当两个拦截器的 preHandle() 方法都返回 true 时，按照虚线路执行
当第二个拦截器 preHandle() 方法返回 false 时按照实现路线执行
异常处理
在SpringMVC中，无论请求控制器中是否存在异常，都会返回ModelAndView对象
Spring MVC 通过 HandlerExceptionResolver 处理程序的异常，包括 Handler 映射、数据绑定以及目标方法执行时发生的异常
DispatcherServlet 默认装配的 HandlerExceptionResolver 有 DefaultHandlerExceptionResolver 解析器会自动将标准的Spring MVC异常解析为HTTP错误状态码
使用 <mvc:annotation-driven/> 配置会装配Spring3.0后新增的异常解析器，实现更精细化处理。如果希望对所有异常进行统一处理或指定某一异常跳转页面，可以使用 SimpleMappingExceptionResolver，它将异常类名映射为视图名，可实现跳转到指定页面，并报告异常.
配置异常解析器
<bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver">
<!-- 为所有异常定义默认的处理页面,exceptionMappings未定义的，
value表示跳转页面，至于文件路径和后缀已经在 viewResolver 中指定-->
<property name="defaultErrorView" value="error"></property>
<!-- 定义异常处理页面用来获取异常信息的变量名，被存放到 request 域中-->
<property name="exceptionAttribute" value="exception"></property>
<!-- 需要特殊处理的异常，全类名作为key，异常页文件名作为值，可将不同的异常映射到不同的页面上-->
<property name="exceptionMappings">
<props>
<prop key="java.lang.NullPointerException">nullPointer</prop>
</props>
</property>
</bean>
<mvc:annotation-driven/>
是spring MVC为@Controllers分发请求所必须的，即启用注解驱动，解决了@Controller注解使用的前提配置。
同时它还提供了：数据绑定支持，@NumberFormatannotation支持，@DateTimeFormat支持，@Valid支持，读写XML的支持（JAXB，读写JSON的支持（Jackson）。
它会自动为我们注册了很多的Bean，最重要的就是RequestMappingHandlerMapping和RequestMappingHandlerAdapter。
第一个是HandlerMapping的实现类，它会处理@RequestMapping 注解，并将其注册到请求映射表中。
第二个是HandlerAdapter的实现类，它是处理请求的适配器，说白了，就是确定调用哪个类的哪个方法，并且构造方法参数，返回值。
简单的说，用什么注解，就需要声明对应的BeanPostProcessor。而Spring为我们提供了一种极为方便注册这些BeanPostProcessor的方式，即使用各种标签来隐式地向 Spring 容器注册
Spring工作流程
相关类
HandlerMapping(请求处理器的映射对象):定义了一个所有请求和请求处理器对象之间的映射关系对象
HandlerExecutionChain(请求处理器执行链对象):定义了 当前请求处理器对象，和所有拦截器对象。
HandlerAdapter(请求处理器的适配器对象):调用当前请求处理器的请求方法。
执行流程对应下图理解
1）用户向服务器发送请求，请求被SpringMVC 前端控制器 DispatcherServlet捕获
2）DispatcherServlet对请求URL进行解析，得到请求资源标识符（URI）:判断请求URI对应的映射
① 不存在：
再判断是否配置了 mvc:default-servlet-handler：
如果没配置，则控制台报映射查找不到，客户端展示404错误
如果有配置，则执行目标资源（一般为静态资源，如：JS,CSS,HTML）
② 存在：
执行下面流程
3）根据该URI，调用HandlerMapping获得该Handler配置的所有相关的对象（包括Handler对象以及Handler对象对应的拦截器），最后以HandlerExecutionChain对象的形式返回；
4）DispatcherServlet 根据获得的Handler，选择一个合适的HandlerAdapter。
5）如果成功获得HandlerAdapter后，此时将开始执行拦截器的preHandler(...)方法【正向】
6）提取Request中的模型数据，填充Handler入参，开始执行Handler（Controller)方法，处理请求。在填充Handler的入参过程中，根据你的配置，Spring将帮你做一些额外的工作：
① HttpMessageConveter： 将请求消息（如Json、xml等数据）转换成一个对象，将对象转换为指定的响应信息
② 数据转换：对请求消息进行数据转换。如String转换成Integer、Double等
③ 数据格式化：对请求消息进行数据格式化。 如将字符串转换成格式化数字或格式化日期等
④ 数据验证： 验证数据的有效性（长度、格式等），验证结果存储到BindingResult或Error中
7）Handler执行完成后，向DispatcherServlet 返回一个ModelAndView对象；
8）此时将开始执行拦截器的postHandle(...)方法【逆向】
9）根据返回的ModelAndView（此时会判断是否存在异常：如果存在异常，则执行HandlerExceptionResolver进行异常处理）选择一个适合的ViewResolver（必须是已经注册到Spring容器中的ViewResolver)返回给DispatcherServlet，根据Model和View，来渲染视图
10）在返回给客户端时需要执行拦截器的AfterCompletion方法【逆向】
11）将渲染结果返回给客户端
Spring与SpringMVC
spring容器与springMVC容器对象的关系
springMVC容器对象，默认交个DispatcherServlet管理
spring容器对象，需要我们管理（交给Listener管理）
spring容器对象描述
Root WebApplicationContext: root of context hierarchy
springMVC容器对象描述
WebApplicationContext for namespace 'springDispatcherServlet-servlet':root of context hierarchy
spring容器对象是父，springMVC容器对象是子。子类可以直接调用父类方法。
SpringMVC 的 IOC 容器中的 bean 可以引用 Spring IOC 容器中的 bean.反之则不行.
在web应用下，获取spring容器对象方式
ServletContext servletContext = httpSession.getServletContext(); ApplicationContext context = WebApplicationContextUtils.getWebApplicationContext(servletContext);
在web应用下，获取springMVC容器对象可直接通过装配属性的方式获取
@Autowired
private XmlWebApplicationContext context;
若 Spring 的 IOC 容器和 SpringMVC 的 IOC 容器扫描组件的包有重合的部分, 就会导致有的 bean 会被创建 2 次，可通过一个包含一个排除的方式解决
内容总结
以上是互联网集市为您收集整理的Java框架之SpringMVC 05-拦截器-异常映射-Spring工作流程全部内容，希望文章能够帮你解决Java框架之SpringMVC 05-拦截器-异常映射-Spring工作流程所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。