SpringMVC框架:异常处理,运行流程,和spring整合

异常处理

Spring MVC 通过 HandlerExceptionResolver 处理程序的异常，包括 Handler 映射、数据绑定以及目标方法执行时发生的异常。

SpringMVC 提供的 HandlerExceptionResolver 的实现类

我们来看其中一个实现类

DefaultHandlerExceptionResolver

随便看看里面的处理方法呀,返回值是ModelAndView

我们还可以自定义异常处理,mvc配置文件里面配置

<!-- prop的key写异常类型的全限类名,prop的值就是一个视图名称,出现对应异常要跳转的页面
    而且会将异常信息默认放在request作用域里面,在页面可以${exception}进行取值
   -->
  <bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver">
    <property name="exceptionMappings">
      <props>
        <prop key="java.lang.NullPointerException">error</prop>
      </props>
    </property>
  </bean>      

运行流程

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管理的东西太多了,常用的spring中的事务,数据源,mybatis的对象,这样springmvc的东西太乱,所以就整合

整合在springmvc的哪里

mvc在写控制层的时候需要自动装配service层的东西,而service和dao层的东西都是给spring容器来管理的,所以得出的结论是spring必须是整合在整个项目启动的时候就要加载好

那么什么方法在项目启动的时候加载呢?

web的加载顺序是:最后是servlet加载第一次访问才加载,获取项目启动时最后一个加载,然后前面一个是filter,再前面是listener

所以在filter和listener之间选择,但是filter每一次访问的时候都会创建新的对象,但是spring容器是不需要创建那么多的,只需要创建一个就行了

所以我们选择listener(监听事件)

在servletContext在项目启动的时候就会被创建,那么我们就写个监听器,来监听servletContext的生命周期,它创建的时候顺便创建spring容器

例如

package com.listener;

import javax.servlet.ServletContext;
import javax.servlet.ServletContextEvent;
import javax.servlet.ServletContextListener;

import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class SpringListener implements ServletContextListener 
{
    public SpringListener() 
    {
        
    }
    public void contextDestroyed(ServletContextEvent arg0)  
    {
        
    }

    public void contextInitialized(ServletContextEvent sce)  
    {
        ApplicationContext ac=new ClassPathXmlApplicationContext("spring.xml");
        /*
         * 有时候我们的bean不是在配置文件里面配置好就行,虽然会自动装配
         * 但是有时候我们还需要在手动获得bean对象来操作
         * 所以将ac放在request作用域里面,就能获取了
         */
        ServletContext servletContext = sce.getServletContext();
        servletContext.setAttribute("ac", ac);
    }
}      

<!-- 
      如果只加了listener这个标签加载别人写好的ContextLoaderListener
      那么就会去默认的位置去加载,就是WEB-INF下面的applicationContext.xml
      那么想配置contextConfigLocation这个参数,可以利用<context-param>标签
      这个是servletcontext的参数设置,项目启动时就会加载这个标签,是最先加载的
   -->
  <listener>
      <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  </listener>
  <context-param>
      <param-name>contextConfigLocation</param-name>
      <param-value>classpath:spring.xml</param-value>
  </context-param>      

<!-- needed for ContextLoaderListener -->
  <context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>classpath:spring.xml</param-value>
  </context-param>

  <!-- Bootstraps the root web application context before servlet initialization -->
  <listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  </listener>