spring高级篇(八)

本篇对Spring MVC 的执行流程做一个简单总结

MVC执行流程总结

当浏览器发送一个请求,例如http://localhost:8080/hello,请求到达服务器后,一般会进行如下操作:

1、首先会经过DispatcherServlet,默认映射路径为 /,即会匹配到所有请求 URL,可作为请求的统一入口,也被称之为前控制器(jsp 不会匹配到 DispatcherServlet )

非Spring Boot 程序,需要手动进行创建,此前的案例中已多次演示:

   /**
     * 创建DispatcherServlet
     * @return
     */
    @Bean
    public DispatcherServlet dispatcherServlet(){
        return new DispatcherServlet();
    }

Spring Boot 程序,由 DispatcherServletAutoConfiguration 进行自动装配:

DispatcherServlet默认是在首次使用时,由tomcat容器初始化,也可以进行设置setLoadOnStartup() 为启动时初始化:

    /**
     * 注册DispatcherServlet springmvc入口
     * @param dispatcherServlet
     * @return
     */
    @Bean
    public DispatcherServletRegistrationBean dispatcherServletRegistrationBean
    (DispatcherServlet dispatcherServlet,WebMvcProperties webMvcProperties){
        DispatcherServletRegistrationBean registrationBean = new DispatcherServletRegistrationBean(dispatcherServlet, "/");
        //设置tomcat容器启动时即进行DispatcherServlet初始化
        registrationBean.setLoadOnStartup(webMvcProperties.getServlet().getLoadOnStartup());
        return registrationBean;
    }

DispatcherServlet 初始化时会优先到容器里寻找各种组件,作为它的成员变量:

下面的init方法有一个共同点:首先会去父子容器中寻找有无相关组件,如果没有会使用默认的组件:

  • HandlerMapping :初始化时记录映射关系。(初始化时,会收集所有映射信息,封装为 Map)
  • HandlerAdapter :初始化时准备参数解析器、返回值处理器、消息转换器 。(分派请求)
  • HandlerExceptionResolver :初始化时准备参数解析器、返回值处理器、消息转换器。(处理异常)
  • ViewResolver :准备视图处理

容器初始化时,会收集所有 @RequestMapping 映射信息,封装为 Map:

//        RequestMappingHandlerMapping 初始化时,会收集所有 @RequestMapping 映射信息,封装为 Map
//        k:请求方式 路径{ /test4}  v 方法信息com.itbaima.a18.Controller1#test4()
        Map<RequestMappingInfo, HandlerMethod> handlerMethods = handlerMapping.getHandlerMethods();
        handlerMethods.forEach((k,v)->{
            System.out.println( k + "=" + v);
        });

2、DispatcherServlet 会利用HandlerMapping 的实现去查找控制器方法,我们使用最常用的 RequestMappingHandlerMapping 举例:

  • 根据 /hello 路径找到 @RequestMapping("/hello") 对应的控制器方法

  • 控制器方法会被封装为 HandlerMethod 对象,并结合匹配到的拦截器一起返回给 DispatcherServlet

  • HandlerMethod 和拦截器合在一起称为 HandlerExecutionChain(调用链)对象

    //发送请求了,根据路径K 获取RequestMappingHandlerMapping 封装的 Map 对应的V HandlerMethod
    //获取的结果会包装在拦截器链中
    //HandlerExecutionChain with [com.itbaima.a18.Controller1#test1()] and 0 interceptors
    HandlerExecutionChain chain = handlerMapping.getHandler(request);


3、DispatcherServlet 接下来会:

调用拦截器的 preHandle 方法:如果与preHandle方法中定义的拦截规则不匹配,就直接返回错误信息,不再向下执行。

RequestMappingHandlerAdapter 调用 handle 方法,准备数据绑定工厂、模型工厂、ModelAndViewContainer、将 HandlerMethod 完善为 ServletInvocableHandlerMethod:

  • @ControllerAdvice 全局增强点1️:补充模型数据,通过解析@ModelAttribute 标注的方法补充模型数据到container中。

      @ControllerAdvice
      static class MyControllerAdvice {
          @ModelAttribute("a")
          public String aa() {
              return "aa";
          }
      }
    
      /**
       * ModelAttribute注解加在参数上,由参数解析器负责解析
       * 加在方法上,由HandlerAdapt进行解析
       */
      @Controller
      static class Controller1 {
    
          @ResponseStatus(HttpStatus.OK)
          public ModelAndView foo(@ModelAttribute("u") User user) {
              System.out.println("foo");
              return null;
          }
      }
    
  • @ControllerAdvice 全局增强点2:补充自定义类型转换器,通过@InitBinder 注解标记一个用于初始化DataBinder对象,自定义数据绑定行为的方法,它会在控制器处理请求之前被调用。(如果@InitBinder注解加在被@ControllerAdvice 注解标记的控制器类的方法中时,其作用范围是全局的,并且是由RequestMappingHandlerAdapter 在初始化时解析并记录。而@InitBinder 注解加在被@Controller 标记的控制器中的方法上时,会在控制器方法首次执行时解析并记录。

      @ControllerAdvice
      static class MyControllerAdvice {
          @InitBinder
          public void binder3(WebDataBinder webDataBinder) {
              webDataBinder.addCustomFormatter(new MyDateFormatter("binder3 转换器"));
          }
      }
    
      @Controller
      static class Controller1 {
          @InitBinder
          public void binder1(WebDataBinder webDataBinder) {
              webDataBinder.addCustomFormatter(new MyDateFormatter("binder1 转换器"));
          }
    
          public void foo() {
    
          }
      }
    

RequestMappingHandlerAdapter中有两个成员变量:

  • private final Map<ControllerAdviceBean, Set<Method>> initBinderAdviceCache:用于存储被@ControllerAdvice标记的控制器中 @InitBinder 标注的方法。
  • private final Map<Class<?>, Set<Method>> initBinderCache:用于存储@Controller 标记的控制器中@InitBinder标注的方法。

然后会使用 HandlerMethodArgumentResolver 准备参数

  • @ControllerAdvice 全局增强点3:RequestBody 增强

调用 ServletInvocableHandlerMethod 、使用 HandlerMethodReturnValueHandler 处理返回值。

  • @ControllerAdvice 全局增强点4:ResponseBody 增强

ResponseBody返回响应体前包装:

    @ControllerAdvice
    static class MyResponseAdvice implements ResponseBodyAdvice<Object> {

        /**
         * 支持的方法
         *
         * @param returnType    返回值类型
         * @param converterType 转换类型
         * @return
         */
        @Override
        public boolean supports(MethodParameter returnType, Class<? extends HttpMessageConverter<?>> converterType) {
            //如果方法上加了ResponseBody注解,或者类上加了ResponseBody/RestController注解,才进行转换
            if (returnType.getMethodAnnotation(ResponseBody.class) != null
                    || AnnotationUtils.findAnnotation(returnType.getContainingClass(), ResponseBody.class) != null) {
                return true;
            }
            return false;
        }

        /**
         * 增强的逻辑
         *
         * @param body                  返回值
         * @param returnType            返回类型
         * @param selectedContentType   所选的响应内容类型。
         * @param selectedConverterType 所选的消息转换器类型。
         * @param request               当前的请求对象。
         * @param response              当前的响应对象。
         * @return
         */
        @Override
        public Object beforeBodyWrite(Object body, MethodParameter returnType, MediaType selectedContentType, Class<? extends HttpMessageConverter<?>> selectedConverterType, ServerHttpRequest request, ServerHttpResponse response) {
            //如果返回值就是Result类型则直接返回
            if (body instanceof Result) {
                return body;
            }
            //否则包装成Result类型返回
            return Result.ok(body);
        }
    }

最后会根据 ModelAndViewContainer 获取 ModelAndView:

  • 返回值处理器调用了 HttpMessageConverter 来将结果转换为 JSON,这时 ModelAndView 就为 null
  • 如果返回的 ModelAndView 为 null,不会进行后续的视图渲染与解析。

ModelAndView、String、未被@ResponseBody 注解控制的对象类型返回值(无论是否显式声明了@ModelAttribute),都要经历视图渲染的过程。

ModelAndView找视图,是根据ModelAndView构造中的viewName寻找同名的视图,还会使用.addObject() 方法中指定的数据对视图进行渲染 。

如果没有指定视图名,则会:

根据请求路径推断视图名: 如果在处理器方法中没有显式指定视图名,Spring MVC 会根据请求路径来推断视图名。

根据返回值类型推断视图名: 如果处理器方法的返回值类型是String类型,并且没有使用 @ResponseBody 注解,Spring MVC 会将返回的字符串作为视图名处理。

默认视图名: 如果以上两种方式都没有找到视图名,Spring MVC 会使用默认的视图名。默认的视图名通常是处理器方法所在的类名转换而来,再加上适当的前后缀。

String找视图,是根据返回值的名称去找同名的视图。

未被@ResponseBody 注解控制的对象类型返回值,找视图时,如果方法上使用 @RequestMapping("/") 及其派生注解声明了路径,则按照路径的值去匹配视图。如果没有,则需要手动指定路径。

HttpEntity、HttpHeaders、加上了@ResponseBody 注解的对象返回值类型,因为对应解析器的handleReturnValue 方法中标记了请求已经被处理,无需继续渲染视图,所以不走渲染视图流程。其区别在于返回的响应头和响应体的完整性。

4、调用拦截器的 postHandle 方法

5、处理异常或视图渲染

  • @ControllerAdvice 全局增强点5️:@ExceptionHandler 异常处理

6、调用拦截器的 afterCompletion 方法

相关推荐
余衫马3 分钟前
Rust-Trait 特征编程
开发语言·后端·rust
monkey_meng6 分钟前
【Rust中多线程同步机制】
开发语言·redis·后端·rust
七星静香7 分钟前
laravel chunkById 分块查询 使用时的问题
java·前端·laravel
Jacob程序员8 分钟前
java导出word文件(手绘)
java·开发语言·word
ZHOUPUYU9 分钟前
IntelliJ IDEA超详细下载安装教程(附安装包)
java·ide·intellij-idea
stewie612 分钟前
在IDEA中使用Git
java·git
Elaine20239127 分钟前
06 网络编程基础
java·网络
G丶AEOM29 分钟前
分布式——BASE理论
java·分布式·八股
落落鱼201330 分钟前
tp接口 入口文件 500 错误原因
java·开发语言
想要打 Acm 的小周同学呀31 分钟前
LRU缓存算法
java·算法·缓存