SpringMVC思维导图（知识点总结，含面试题整理）

web层解耦

模型-视图-控制器分离

实现MVC设计模式

SpringMVC是什么

装载并传输数据

项目中实体Javabean

model模型层

项目中jsp展示数据

view视图层

处理请求

control Servlet控制层

MVC

Servlet要继承HttpServlet

普通原始Java对象不需要继承任何接口和类

id为“aaa”

或@Controller（value=“aaa”）

以类首字母小写为id

加注解的类在配置文件自动生成bean标签

才会作为控制层进行处理

通过组件扫描

<context:component-scan base-package=\"org.xinzhang.springmvctest\"/>

springMVC-servlet.xml

操作

@Controller注解

POJO（Plain Ordinary Java Object）成为处理请求的控制器

通过MVC注解

封装Servlet

处理请求与响应

Restful写法

支持REST风格URL请求

SpringMVC概述

springServlet为自定义名称

设置SpringMVC配置文件的位置和名称

DispatcherServlet 中的属性名

contextConfigLocation

可以对应src/main/resources文件夹下

当classpath不加*的时候表示引用当前项目类路径下满足条件的文件

在maven项目中经常引入jar包，把配置文件放在jar包里

当classpath加*的时候表示引用当前项目或者所引用jar包里面满足条件的文件

classpath

存放到src/main/resources文件夹下

springMVC.xml

实例化并调用其init()方法

元素标记容器，是否在web应用程序启动时加载此servlet

值越小，servlet的优先级越高，就越先被加载

值是整数，表示servlet被加载的先后顺序

load-on-startup

跳转不需要对所有请求进行处理

/ 自动过滤jsp的访问

不会匹配到模式为*.jsp的后缀型url

匹配如/login的路径型url

<url-pattern>/</url-pattern>

/* 对所有请求进行处理

匹配所有url

< url-pattern>/*</url-pattern>

 /* 与 / 的区别

<servlet> <servlet-name>springServlet</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:springMVC.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>springServlet</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping>

web.xml中配置

到前端控制器DispatcherServlet

客户端（浏览器）发送请求

配置文件组件扫描

解析请求得到Handler

DispatcherServlet调用HandlerMapping

@Controllerpublic class TestController{}

普通java文件扫描@controller注解

交给HandlerAdapter（适配器）处理

Handler（contrller控制器）

@RequestMapping(value = \"hello\

请求定位方法

处理相关业务逻辑

HandlerAdapter处理Handler请求

return \"success\";

View：逻辑上的view

Model返回数据对象

返回ModelAndView对象

<bean id=\"viewResolver\" class=\"org.springframework.web.servlet.view.InternalResourceViewResolver\"> <property name=\"prefix\" value=\"/WEB-INF/view/\"/> <property name=\"suffix\" value=\".jsp\"/></bean>

逻辑view查找实际view

视图解析ViewResolver

DispatcherServlet做视图渲染（把model模型数据填充到view视图中）

DispatcherServlet响应客户端（浏览器）

SpringMVC 工作原理了解吗?（面试概括型）

servlet标签 的servlet name：spring DispatcherServlet url匹配 （servlet mapping标签 )

用户向服务器发送请求，请求被SpringMVC 前端控制器 DispatcherServlet捕获，进行比较分析过滤

如果没配置，则控制台报映射查找不到，客户端展示404错误

再判断是否配置了mvc:default-servlet-handler

不存在

执行下面流程

存在

DispatcherServlet对请求URL进行解析，得到请求资源标识符（URI）:判断请求URI对应的映射

根据该URI，调用HandlerMapping（所有的请求和处理器之间的关系）获得该Handler配置的所有相关的对象（包括Handler对象以及Handler对象对应的拦截器），最后以HandlerExecutionChain（找到某一个请求和处理的关系和拦截器）对象的形式返回

handler ：处理器，控制层中的方法

HandlerAdapter：处理器适配器，执行handler/执行处理请求的方法

DispatcherServlet 根据获得的Handler，选择一个合适的HandlerAdapter

如果成功获得HandlerAdapter后，此时将开始执行拦截器的preHandler(...)方法【正向】

①将请求消息（如Json、xml等数据）转换成一个对象，将对象转换为指定的响应信息

②数据转换：对请求消息进行数据转换。如String转换成Integer、Double等

③数据格式化：对请求消息进行数据格式化。 如将字符串转换成格式化数字或格式化日期等

④数据验证： 验证数据的有效性（长度、格式等），验证结果存储到BindingResult或Error中

HttpMessageConveter

提取Request中的模型数据，填充Handler入参，开始执行Handler（Controller)方法，处理请求。在填充Handler的入参过程中，根据你的配置，Spring将帮你做一些额外的工作

此时将开始执行拦截器的postHandle(...)方法【逆向】

Handler执行完成后，向DispatcherServlet 返回一个ModelAndView对象

根据返回的ModelAndView（此时会判断是否存在异常：如果存在异常，则执行HandlerExceptionResolver进行异常处理）选择一个适合的ViewResolver（必须是已经注册到Spring容器中的ViewResolver)返回给DispatcherServlet，根据Model和View，来渲染视图

在返回给客户端时需要执行拦截器的AfterCompletion方法【逆向】

将渲染结果返回给客户端

程序运行流程图（理解深入型）

匹配文件名中一个字符

？

匹配文件名中任意字符

*

匹配多层路径

**

支持Ant路径风格

请求路径

value

不匹配：405

客户端发送请求和method值一致，才能处理请求

GET 查询 POST 添加 PUT 修改 DELETE 删除

请求方式

method

为请求和控制层中方法建立映射关系

可加在类上，同时加在方法上

将 URL 中占位符参数绑定到控制器处理方法的入参中

带占位符的URL（Spring3.0 新增）

<a href=\"springmvc/testPathVariable/1001\">testPathVariable GET</a>

浏览器的请求

该功能在 SpringMVC 向 REST 目标挺进发展过程中具有里程碑的意义

@PathVariable

@RequestMapping(value=\"/testPathVariable/{id}\

映射请求参数名称

报400错误：客户端请求语法错误，服务器无法理解

设置必须，但请求未指定参数

设置请求参数是否必须

required

设置默认值，当没有传递参数时使用该值

require为false，defaultValue

<a href=\"param?username=xinzhang&age=23\">测试@RequestParam</a>

注解用于映射请求参数

@RequestParam

@RequestMapping(value = \"param\") public String testRequestParam(@RequestParam(value = \"username\

@RequestMapping注解

REST利用了HTTP本身特征，如HTTP动词、HTTP状态码、HTTP报头等等

解决URL统一资源定位符混乱问题

面向资源

第一行永远是操作失败或者成功的状态码

第二行是返回的类型

第三行内容的长度

第五行开始是内容

返回结果格式固定

https://localhost:8080/myweb/getDogs --> GET /rest/api/dogs 获取所有小狗狗 https://localhost:8080/myweb/addDogs --> POST /rest/api/dogs 添加一个小狗狗 https://localhost:8080/myweb/updateDogs/:dog_id --> PUT /rest/api/dogs/:dog_id 修改一个小狗狗 https://localhost:8080/myweb/deleteDogs/:dog_id --> DELETE /rest/api/dogs/:dog_id 删除一个小狗狗

提供服务的服务器和使用服务的客户需要被隔离对待

客户-服务器（Client-Server）

无状态（Stateless）

服务器必须让客户知道请求是否可以被缓存

可缓存（Cachable）

服务器和客户之间通信必须被标准化：允许服务器和客户之间的中间层（代理，网关等）可以代替服务器对客户的请求进行回应

分层系统（Layered System）

PUT/DELETE需要HiddenHttpMethodFilter过滤器

分别对应于HTTP方法：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源

统一数据操作接口，仅通过HTTP方法，完成对数据的所有增删查改工作

客户和服务器之间通信的方法必须是统一化的

统一接口（Uniform Interface）

REST 系统特征

REST（Representational State Transfer）表述性状态传递

处理后呈现给客户

转发、重定向

实现页面跳转

处理模型数据

视图作用

默认使用的视图实现类

转发视图

InternalResourceView

JSP文件使用了JSTL国际化标签功能，使用该视图类

Jstlview

重定向视图

RedirectView

view类型

视图：无状态的，线程安全

视图对象由视图解析器实例化

无需经过控制器来执行结果

直接响应SpringMVC渲染的页面

<mvc:view-controller path=\"/success\" view-name=\"success\"/>

http://localhost:8080/项目名/success

mvc:view-controller标签

forward:success.jsp：会完成一个到 success.jsp 的转发操作

前缀 forward:

redirect:success.jsp：会完成一个到 success.jsp 的重定向的操作

前缀 redirect:

控制器方法返回字符串中带有

转发重定向

视图解析

请求带后缀的url，无法采用真正的REST风格URL

早期SpringMVC不能处理好静态资源，在web.xml中配置DispatcherServlet请求映射，使用*.do、*.xhtml

包括静态资源的请求，SpringMVC当成普通请求，找不到对应处理器而导致错误

DispatcherServlet请求映射配置为\"/\"，Spring MVC将捕获Web容器所有的请求

会在Spring MVC上下文中定义org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler

如果发现是静态资源请求，将该请求转由Web应用服务器默认的Servlet处理

如果不是静态资源的请求，才由DispatcherServlet继续处理

它会对进入DispatcherServlet的URL进行筛查

方式一：<mvc:default-servlet-handler />

可以使用诸如\"classpath:\"等的资源前缀指定资源位置。传统Web容器的静态资源只能放在Web容器的根路径下，<mvc:resources />完全打破了这个限制

通过location属性指定静态资源的位置

允许静态资源放在任何地方，如WEB-INF目录下、类路径下等

更进一步，由Spring MVC框架自己处理静态资源，并添加一些有用的附加值功能

在接收到静态资源的获取请求时，会检查请求头的Last-Modified值，如果静态资源没有发生变化，则直接返回303相应状态码，提示客户端使用浏览器缓存的数据，而非将静态资源的内容输出到客户端，以充分节省带宽，提高程序性能

在输出静态资源时，会根据配置设置好响应报文头的Expires 和 Cache-Control值

通过cacheSeconds属性指定静态资源在浏览器端的缓存时间，一般可将该时间设置为一年，以充分利用浏览器端的缓存

依据Page Speed、YSlow等浏览器优化原则对静态资源提供优化

通过 /resources/images/bg.gif 和 /resources/js/test.js 访问这两个静态资源

将Web根路径\"/\"及类路径下 /META-INF/publicResources/ 的目录映射为/resources路径

<mvc:resources location=\

方式二：<mvc:resources />

解决方案

追根溯源

<mvc:default-servlet-handler />

< context:annotation-config />和 < context:component-scan>同时存在，前者会被忽略。如@autowire，@resource等注入注解只会被注入一次

< context:component-scan base-package=\"XX.XX\"/>

仅能在已经注册过的bean上起作用，对于没有在spring容器中注册的bean，并不能执行任何操作

<context:annotation-config/>

基础bean只能提供最基础服务，扩展功能如JSON、XML、Valid等，根据classpath有没有相关依赖来决定要不要添加对应的bean或者属性

写一个最简单的返回ModelAndView的Controller，不加annotation-driven可以运行，但如果改成返回Json对象加上ResponseBody就会报错

提供Controller请求转发，json自动转换等功能

< mvc:annotation-driven/>

相关标签

对象.key

JSON对象解析方式

for循环遍历

JSON数组的解析方式

JSON两种格式

Bean和map转换JSON对象

List转换Json 数组

java对象转换json

JS里的一种类型 \t数据交互格式

jackson-annotations、jackson-core、jackson-databind

Maven依赖

<mvc:annotation-driven />

在springMVC的配置文件中开启MVC驱动

@ResponseBody\t加入之后不能实现页面跳转 ，实现数据响应客户端\t就算返回的是字符串（逻辑视图）也会当成响应数据

在处理ajax请求的方法上加上注解@ResponseBody

将要转换为json且响应到客户端的数据，直接作为该方法的返回值返回

springMVC处理json的四个条件

Spring3.0 新增接口，负责将请求信息转换为对象（类型为 T），将对象（类型为 T）输出为响应信息

使用 @RequestBody / @ResponseBody 对处理方法进行标注

使用 HttpEntity<T> / ResponseEntity<T> 作为处理方法的入参或返回值

使用 HttpMessageConverter<T> 将请求信息转化并绑定到处理方法的入参中，或将响应结果转为对应类型的响应信息，Spring 提供了两种途径

HttpMessageConverter<T>

处理JSON

对请求进行过滤，过滤成功不被拦截，才会被DispatcherServlet进行处理

Filter 

也可以继承HandlerInterceptorAdapter 适配器类

自定义的拦截器可以实现HandlerInterceptor接口

Spring MVC也可以使用拦截器对请求进行拦截处理，用户可以自定义拦截器来实现特定的功能

该拦截器对请求进行拦截处理后还要调用其他的拦截器，或者是业务处理器去进行处理，则返回true

不需要再调用其他的组件去处理请求，则返回false

这个方法在业务处理器处理请求之前被调用，在该方法中对用户请求 request 进行处理

preHandle()

在业务处理器处理完请求后，但是DispatcherServlet 向客户端返回响应前被调用，在该方法中对用户请求request进行处理

modelandview 之后执行

postHandle()

在 DispatcherServlet 完全处理完请求后被调用，可以在该方法中进行一些资源清理的操作

afterCompletion()

FirstInterceptor#afterCompletion

DispatcherServlet#render

FirstInterceptor#postHanle

HandlerAdapter#handle

FirstInterceptor#preHandle

单个拦截器方法执行顺序

preHandle：按照拦截器数组的正向顺序执行

postHandle：按照拦截器数组的反向顺序执行

afterCompletion：按照拦截器数组的反向顺序执行

当有多个拦截器时

第一个拦截器的 preHandle第二个拦截器的 preHandle第二个拦截器的 postHandle第一个拦截器的 postHandle第二个拦截器的 afterCompletion第一个拦截器的 afterCompletion

两个拦截器的preHandle都返回true

两个（全部）拦截器的preHandle都会执行

但是（全部）postHandle都不会执行，而afterCompletion只有第一个（返回false的拦截器之前的所有afterCompletion）会执行

第一个拦截器的 preHandle第二个拦截器的 preHandle第一个拦截器的 afterCompletion

第一个拦截器为true，第二个为false

只有第一个preHandle会执行

第一个拦截器的 preHandle

第一个拦截器为false

SpringMVC.xml配置<mvc:interceptors>  <bean class=\"org.xinzhang.myinterceptor.FirstInterceptor\"/>    <mvc:interceptor>      <mvc:mapping path=\"/testJson\"/>      <bean class=\"org.xinzhang.myinterceptor.SecondInterceptor\"/>    </mvc:interceptor> </mvc:interceptors>

实验案例：配置两个拦截器

拦截器

需要将spring所管理的内容都交给springMVC管理，（扫描组件，数据源，事务管理器）这样会造成业务逻辑混乱

不整合

spring提供的监听器：ContextLoaderListener

监听器，可以在ServletContext加载时，通过监听器加载spring的配置文件，创建spring容器

SpringMVC设置核心控制器

Spring来管理对象，处理事务等

Spring的监听器

把Spring和SpringMVC的配置文件分开

web.xml中

spring的配置文件什么时候加载？怎么加载？

整合

SpringMVC处理请求与响应

在springMVC中只扫描控制层，在spring中，通过包含或排除对所扫描的包进行指定

bean被创建两次的问题

spring是父容器

springMVC     springcontroller-----service-----dao

springMVC是子容器

规定：子容器能够调用访问父容器中的bean，而父容器不能够调用访问子容器中的bean

spring和springMVC的关系

spring和springMVC的整合

SpringMVC思维导图（知识点总结，含面试题整理）