SpringMVC 第一次复学笔记

        服务器启动时,创建spring容器;dispatcherServlet启动时,直接创建springmvc容器初始化一次,实现了springmvc和spring的整合。

SpringMVC里的组件

        处理器映射器(HandlerMapping)负责匹配映射路径对应的Handler,返回可执行的处理器链对象HandlerExecutionChain对象。

        处理器适配器(HandlerAdapter)负责匹配HandlerExecutionChain对应的适配器进行处理器调用,返回视图模型对象

        视图解析器(ViewResolver)负责对视图模型对象进行解析。

三者简而言之的职责就是定位,执行,跳转。

SpringMVC 第一次复学笔记_第1张图片

@RequestParam的属性

        value是对应的参数名;required是是否必须,默认为false,如果为true的话,将必须填写该参数,若没有则报错;defaultValue是默认参数值;

        还有特别注意用基本类型接收不能为空,所以一般用包装类去接收参数

文件上传

@RequestHeader

        @RequestHeader加参数获取指定的请求头数据,不加获取所有的请求头数据

@CookieValue

        @CookieValue获取客户端携带的Cookie数据,比@RequestHeader更深了一层

@RequestAttribute

        直接从request域里获取数据,相当于getAttribute

注意

        HttpServletRequest和HttpServletResponse这种不需要去加注解注入,直接加到局部变量上即可,若发现局部变量上有这种参数,springMVC会帮其自动注入。

        无论是还是标签都会向容器内注入一个handlerMapping,会覆盖掉本身的handlerMapping。导致@RequestMapping这种映射注解无法解析,所以需要手动配置一个handlerMapping的Bean,覆盖这个覆盖。

        标签会自动注册RequestMappingHandlerMapping、注册RequestMppingHandlerAdapter并注入Json消息转换器等

        转发使用return “forward:/index.jsp”的形式,重定向使用return “redirect:/index.jsp”,ModelAndView的形式如下:

SpringMVC 第一次复学笔记_第2张图片

@ResponseBody

        @ResponseBody可以通知SpringMVC把它当作响应体的方式做出响应,而不是视图。

Interceptor

    Interceptor和Filter比较

        流程先过filter再到DispatcherServlet再分发到具体的Controller,Filter是javaweb的原生技术,可以拦截一切请求并过滤,早于任何Servlet;Interceptor属于SpringMVC技术,只能拦截进入了SpringMVC的请求,主要拦截Controller请求,晚于DispatcherServlet执行。

    Interceptor的接口方法

        preHandle对拦截到的请求进行预处理,返回true放行执行处理器方法,false表示不放行。参数:Handler是拦截到的Controller方法。

        postHandle可以对controller之后执行,对拦截到的请求进行后处理,比如对模型数据和视图等进行修改。参数:Handler是拦截到的Controller方法,modelAndView是返回的视图模型对象。

        afterCompletion在视图渲染完后(整个流程完毕之后),进行最后的处理,若请求流程中有异常,可以处理异常对象。参数:Handler是拦截到的Controller方法,ex是异常对象。

        执行顺序类似一个双向链表,先从前往后,1(pre) ~> 2 (pre) ~> 3 (pre) ~> 3(post) ~> 2(post) ~> 1(post) ~> 3(after) ~> 2(after) ~> 1(after),就是先是从头节点next到最后, 然后再after到最前面。

        注意:当前的after执不执行只和当前的preHandle的返回结果有关系,为false,则不执行,post的执不执行在于是否接收到了controller的执行结果,有一个pre为false,都将导致链路上的所有post都无法执行。举个例子若在3处pre返回false,,流程就变成  1(pre) ~> 2 (pre) ~> 3 (pre) ~> 2(after) ~> 1(after)

@EnableWebMvc注解解析

        @EnableWebMvc  =  mvc的注解驱动(加mapping,adapter等等bean) +  注册静态资源处理器   配置拦截器。

        注解驱动实现直接是使用@Bean注解注入了所需要的bean,处理器和拦截器则是通过自动注入WebMvcConfigurer类型的集合,来搜寻容器中WebMvcConfigurer类型的bean,通过实现WebMvcConfigurer重写它的一系列方法。

全注解原理

        在servlet3.0环境中,web容器提供了一个接口,实现了该接口后,就会在对应的类加载路径的META-INF/services目录里创建一个该接口全限定名的配置文件,指定该接口的实现类使用全限定名的方式,然后web容器启动后就会运行该实现类,完成一些初始化操作。

        然后Spring就对此特性进行了实现,所以我们只需要去实现Spring提供好的抽象类并重写其中的一些方法即可,比如:Spring容器创建配置类的配置,SpringMVC容器创建配置类的配置,映射路径配置等。

DispatcherServlet

        dispatcherServlet初始化主要是获得了一个SpringMVC的容器,并设置了一个parent就是Spring容器,若没有这个SpringMVC容器就会去创建;还有通过监听,继承等机制最终实现了九大组件的Bean注入。

        那HandlerMapping组件举例,他的注册流程就是检查Spring容器内有没有HandlerMapping类型的Bean,若有则注册已经有的。若没有,则注册默认的。

        发请求的时候,最终调用doDispatch方法,里面调用了getHandler方法,就是去遍历HandlerMapping集合,去用HandlerMapping执行一个方法去获得一个Handler,然后使用这个Handler根据条件(作用范围等)组装成一个Interceptor链并和handler组成一个Chain对象并返回。若获得不到Handler就用下一个HandlerMapping,这就实现了静态资源,接口的访问隔离,即使用不同的HandlerMapping去处理。若得到了Handler就直接方法返回了这个Chain。

        注意:HandlerAdaptar只会去执行目标方法,而不会去执行前后置方法,前后置方法由HandlerMapping去调用,因为它里面有拦截器链可以完成该操作。通过传参可以知道HandlerAdaptar执行目标方法必须需要HandlerMapping的前置条件,因为执行方法需要一个handler,在源码中恰恰是mappedHandler.getHandler()形式存在的,可以知道这个HandlerAdaptar所使用的handler是从HandlerMapping里获取的。

异常处理

        SpringMVC的异常处理主要有以下三种方式:

        简单异常处理器:使用SpringMVC中内置的异常处理器去处理SimpleMappingExceptionResolver,直接去注册Bean即可。

        自定义异常处理器:要去实现HandlerExceptionHandler,自定义异常去处理。它更加丰富参数上有request,response域等。

        注解方式:使用@ControllerAdvice + @ExceptionHandler 来处理。要返回JSON格式数据的话可以直接结合@ResponseBody或者直接使用组合注解@RestControllerAdivece。

你可能感兴趣的:(学习记录,笔记)