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

2021-01-13 23:05:13 阅读：156 来源： 互联网

标签：容器拦截器 Java 请求 SpringMVC Spring 对象执行

1.程序执行的顺序是先进过滤器，再进拦截器，最后进切面。注意：如果拦截器中preHandle方法返回的为false时，则无法进入切面

2.当程序有异常抛出时，回先进入切面，然后在进入自定义的ControllerAdvice中。

SpringMVC

拦截器

　　Spring MVC也可以使用拦截器对请求进行拦截处理，可以自定义拦截器来实现特定的功能，自定义的拦截器可以实现HandlerInterceptor接口中的三个方法，也可以继承HandlerInterceptorAdapter 适配器类按照需要那个方法，就实现哪个方法

过滤器与拦截器区别

　　过滤器：过滤器在Servlet之前操作
　　拦截器：拦截器在Servlet之后，请求处理器（Controller）之前操作。

拦截器三个方法

　　① preHandle()：这个方法在（Controller）处理器处理请求之前被调用，在该方法中对用户请求 request 进行处理。如果该拦截器对请求进行拦截处理后还要调用其他的拦截器，或者是业务处理器去进行处理，则返回 true；如果不需要再调用其他的组件去处理请求，则返回false。（如果返回false则后续操作都不再执行，类似于过滤器的 doFilter 所以正常情况下不要返回 false）

　　② postHandle()：这个方法在（Controller）处理器处理完请求后，但是 DispatcherServlet 向客户端返回响应前（在视图渲染之前）被调用，在该方法中对用户请求request进行处理。

　　③ afterCompletion()：这个方法在 DispatcherServlet 完全处理完请求后（转发|重定向之后）被调用，可以在该方法中进行一些资源清理关闭的操作。

配置拦截器

<mvc:interceptors>
        
        <bean id="firstHandlerInterceptor" class="main.controller.FirstHandlerInterceptor">bean>
        <mvc:interceptor>
            
            <mvc:mapping path="/test/**/"/>
            
            <mvc:exclude-mapping path="/test/test.do"/>
　　　  　　  
　　　  　　  <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错误状态码

　　使用配置会装配Spring3.0后新增的异常解析器，实现更精细化处理。如果希望对所有异常进行统一处理或指定某一异常跳转页面，可以使用 SimpleMappingExceptionResolver，它将异常类名映射为视图名，可实现跳转到指定页面，并报告异常.

配置异常解析器

    <bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver">
        
        <property name="defaultErrorView" value="error">property>
        
        <property name="exceptionAttribute" value="exception">property>
        
        <property name="exceptionMappings">
            <props>
                <prop key="java.lang.NullPointerException">nullPointerprop>
            props>
        property>
    bean>

　　是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,Spring,对象,执行
来源： https://blog.csdn.net/x526967803/article/details/112596685

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9