Java框架之SpringMVC 05-拦截器-异常映射-Spring工作流程

2019/04/10 10:10
阅读数 20

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,最重要的就是RequestMappingHandlerMappingRequestMappingHandlerAdapter

    第一个是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 次,可通过一个包含一个排除的方式解决

原文出处:https://www.cnblogs.com/Open-ing/p/12230419.html

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部