mvc架构和bs架构有什么区别 bs架构 mvc

Spring MVC 是 Spring 给我们提供的⼀个⽤于简化 Web 开发的框架

Spring MVC 应⽤

Spring MVC 简介

MVC 体系结构

三层架构

我们的开发架构⼀般都是基于两种形式，⼀种是 C/S 架构，也就是客户端/服务器；另⼀种是 B/S 架构，也就是浏览器服务器。在 JavaEE 开发中，⼏乎全都是基于 B/S 架构的开发。那么在 B/S 架构中，系统标准的三层架构包括：表现层、业务层、持久层，三层架构在我们的实际开发中使⽤的⾮常多。三层架构中，每⼀层各司其职，接下来我们就说说每层都负责哪些⽅⾯：

• 表现层 ：
  也就是我们常说的web 层。它负责接收客户端请求，向客户端响应结果，通常客户端使⽤http 协议请求web 层，web 需要接收 http 请求，完成 http 响应。
  表现层包括展示层和控制层：控制层负责接收请求，展示层负责结果的展示。
  表现层依赖业务层，接收到客户端请求⼀般会调⽤业务层进⾏业务处理，并将处理结果响应给客户端。
  表现层的设计⼀般都使⽤ MVC 模型。（MVC 是表现层的设计模型，和其他层没有关系）
• 业务层 ：
  也就是我们常说的 service 层。它负责业务逻辑处理，和我们开发项⽬的需求息息相关。web 层依赖业务层，但是业务层不依赖 web 层。
  业务层在业务处理时可能会依赖持久层，如果要对数据持久化需要保证事务⼀致性。（也就是我们说的， 事务应该放到业务层来控制）
• 持久层 ：
  也就是我们是常说的 dao 层。负责数据持久化，包括数据层即数据库和数据访问层，数据库是对数据进⾏持久化的载体，数据访问层是业务层和持久层交互的接⼝，业务层需要通过数据访问层将数据持久化到数据库中。通俗的讲，持久层就是和数据库交互，对数据库表进⾏增删改查的。

MVC设计模式

MVC 全名是 Model View Controller，是 模型(model)－视图(view)－控制器(controller) 的缩写， 是⼀种⽤于设计创建 Web 应⽤程序表现层的模式。MVC 中每个部分各司其职：

• Model（模型）：
  模型包含业务模型和数据模型，数据模型⽤于封装数据，业务模型⽤于处理业务。
• View（视图）：
  通常指的就是我们的 jsp 或者 html。作⽤⼀般就是展示数据的。通常视图是依据模型数据创建的。
• Controller（控制器）：
  是应⽤程序中处理⽤户交互的部分。作⽤⼀般就是处理程序逻辑的。

MVC提倡：每⼀层只编写⾃⼰的东⻄，不编写任何其他的代码；分层是为了解耦，解耦是为了维护⽅便和分⼯协作。

Spring MVC 是什么？

SpringMVC 全名叫 Spring Web MVC，是⼀种基于 Java 的实现 MVC 设计模型的请求驱动类型的轻量级Web 框架，属于 SpringFrameWork 的后续产品。

SpringMVC 已经成为 ⽬前最主流的 MVC 框架 之⼀，并且 随着 Spring3.0 的发布，全⾯超越 Struts2，成为最优秀的 MVC 框架。

SpringMVC中要让⼀个java类能够处理请求只需要添加注解就ok，它通过⼀套注解，让⼀个简单的 Java 类成为处理请求的控制器，⽽⽆须实现任何接⼝。同时它还⽀持RESTful 编程⻛格的请求。

总之：Spring MVC和Struts2⼀样，都是 为了解决表现层问题 的web框架，它们都是基于 MVC 设计模式的。⽽这些表现层框架的主要职责就是处理前端HTTP请求。

Spring MVC 本质可以认为是对servlet的封装，简化了我们serlvet的开发
作⽤：

• 1）接收请求
• 2）返回响应，跳转⻚⾯

Spring Web MVC ⼯作流程

Spring MVC 请求处理流程

流程说明

• 第⼀步：⽤户发送请求⾄前端控制器DispatcherServlet
• 第⼆步：DispatcherServlet收到请求调⽤HandlerMapping处理器映射器
• 第三步：处理器映射器根据请求Url找到具体的Handler（后端控制器），⽣成处理器对象及处理器拦截器(如果 有则⽣成)⼀并返回DispatcherServlet
• 第四步：DispatcherServlet调⽤HandlerAdapter处理器适配器去调⽤Handler
• 第五步：处理器适配器执⾏Handler
• 第六步：Handler执⾏完成给处理器适配器返回ModelAndView
• 第七步：处理器适配器向前端控制器返回 ModelAndView，ModelAndView 是SpringMVC 框架的⼀个底层对象，包括 Model 和 View
• 第⼋步：前端控制器请求视图解析器去进⾏视图解析，根据逻辑视图名来解析真正的视图。
• 第九步：视图解析器向前端控制器返回View
• 第⼗步：前端控制器进⾏视图渲染，就是将模型数据（在 ModelAndView 对象中）填充到request 域
• 第⼗⼀步：前端控制器向⽤户响应结果

Spring MVC 九⼤组件

• HandlerMapping（处理器映射器）
  HandlerMapping 是⽤来查找 Handler 的，也就是处理器，具体的表现形式可以是类，也可以是⽅法。⽐如，标注了@RequestMapping的每个⽅法都可以看成是⼀个Handler。Handler负责具体实际的请求处理，在请求到达后，HandlerMapping 的作⽤便是找到请求相应的处理器Handler 和 Interceptor.
• HandlerAdapter（处理器适配器）
  HandlerAdapter 是⼀个适配器。因为 Spring MVC 中 Handler 可以是任意形式的，只要能处理请求即可。但是把请求交给 Servlet 的时候，由于 Servlet 的⽅法结构都是doService(HttpServletRequest req,HttpServletResponse resp)形式的，要让固定的 Servlet 处理⽅法调⽤ Handler 来进⾏处理，便是 HandlerAdapter 的职责。
• HandlerExceptionResolver
  HandlerExceptionResolver ⽤于处理 Handler 产⽣的异常情况。它的作⽤是根据异常设置
  ModelAndView，之后交给渲染⽅法进⾏渲染，渲染⽅法会将 ModelAndView 渲染成⻚⾯。
• ViewResolver
  ViewResolver即视图解析器，⽤于将String类型的视图名和Locale解析为View类型的视图，只有⼀个resolveViewName()⽅法。从⽅法的定义可以看出，Controller层返回的String类型视图名viewName 最终会在这⾥被解析成为View。View是⽤来渲染⻚⾯的，也就是说，它会将程序返回的参数和数据填⼊模板中，⽣成html⽂件。
  ViewResolver 在这个过程主要完成两件事情：

• ViewResolver 找到渲染所⽤的模板
• ViewResolver 找到渲染所⽤的技术，其实也就是找到视图的类型，如JSP，并填⼊参数。默认情况下，Spring MVC会⾃动为我们配置⼀个InternalResourceViewResolver,是针对 JSP 类型视图的。

• RequestToViewNameTranslator
  RequestToViewNameTranslator 组件的作⽤是从请求中获取 ViewName。因为 ViewResolver 根据ViewName 查找 View，但有的 Handler 处理完成之后,没有设置 View，也没有设置ViewName，便要通过这个组件从请求中查找 ViewName。
• LocaleResolver
  ViewResolver 组件的 resolveViewName ⽅法需要两个参数，⼀个是视图名，⼀个是 Locale。
  LocaleResolver ⽤于从请求中解析出 Locale，⽐如中国 Locale 是 zh-CN，⽤来表示⼀个区域。这个组件也是 i18n 的基础。
• ThemeResolver
  ThemeResolver 组件是⽤来解析主题的。主题是样式、图⽚及它们所形成的显示效果的集合。
  Spring MVC 中⼀套主题对应⼀个 properties⽂件，⾥⾯存放着与当前主题相关的所有资源，如图⽚、CSS样式等。创建主题⾮常简单，只需准备好资源，然后新建⼀个“主题名.properties”并将资源设置进去，放在classpath下，之后便可以在⻚⾯中使⽤了。
  SpringMVC中与主题相关的类有ThemeResolver、ThemeSource和Theme。ThemeResolver负责从请求中解析出主题名，
  ThemeSource根据主题名找到具体的主题，其抽象也就是Theme，可以通过Theme来获取主题和具体的资源。
• MultipartResolver
  MultipartResolver ⽤于上传请求，通过将普通的请求包装成 MultipartHttpServletRequest 来实现。MultipartHttpServletRequest 可以通过 getFile() ⽅法 直接获得⽂件。如果上传多个⽂件，还可以调⽤ getFileMap()⽅法得到Map<FileName，File>这样的结构，MultipartResolver 的作⽤就是封装普通的请求，使其拥有⽂件上传的功能。
• FlashMapManager
  FlashMap ⽤于重定向时的参数传递，⽐如在处理⽤户订单时候，为了避免重复提交，可以处理完post请求之后重定向到⼀个get请求，这个get请求可以⽤来显示订单详情之类的信息。这样做虽然可以规避⽤户重新提交订单的问题，但是在这个⻚⾯上要显示订单的信息，这些数据从哪⾥来获得呢？因为重定向时么有传递参数这⼀功能的，如果不想把参数写进URL（不推荐），那么就可以通过FlashMap来传递。只需要在重定向之前将要传递的数据写⼊请求（可以通过ServletRequestAttributes.getRequest()⽅法获得）的属OUTPUT_FLASH_MAP_ATTRIBUTE
  中，这样在重定向之后的Handler中Spring就会⾃动将其设置到Model中，在显示订单信息的⻚⾯上就可以直接从Model中获取数据。FlashMapManager 就是⽤来管理 FalshMap 的。

九大组件不一定要记住，但是要知道有这些东西，作用是什么，面试就算问到也能答出。

对 Restful ⻛格请求⽀持

什么是 RESTful

Restful 是⼀种 web 软件架构⻛格，它不是标准也不是协议，它倡导的是⼀个资源定位及资源操作的⻛格。

• 什么是 REST：
  REST（英⽂：Representational State Transfer，简称 REST）描述了⼀个架构样式的⽹络系统， ⽐如web 应⽤程序。它⾸次出现在 2000 年 Roy Fielding 的博⼠论⽂中，他是 HTTP 规范的主要编写者之⼀。在⽬前主流的三种 Web 服务交互⽅案中，REST 相⽐于 SOAP（Simple Object Access protocol，简单对象访问协议）以及 XML-RPC 更加简单明了，⽆论是对 URL 的处理还是对 Payload 的编码，REST 都倾向于⽤更加简单轻量的⽅法设计和实现。值得注意的是 REST 并没有⼀个明确的标准，⽽更像是⼀种设计的⻛格。
  它本身并没有什么实⽤性，其核⼼价值在于如何设计出符合 REST ⻛格的⽹络接⼝。
• Restful 的优点
  它结构清晰、符合标准、易于理解、扩展⽅便，所以正得到越来越多⽹站的采⽤。
• Restful 的特性

• 资源（Resources）：
  ⽹络上的⼀个实体，或者说是⽹络上的⼀个具体信息。
  它可以是⼀段⽂本、⼀张图⽚、⼀⾸歌曲、⼀种服务，总之就是⼀个具体的存在。可以⽤⼀个 URI（统⼀资源定位符）指向它，每种资源对应⼀个特定的 URI 。要获取这个资源，访问它的 URI 就可以，因此URI 即为每⼀个资源的独⼀⽆⼆的识别符。
• 表现层（Representation）：
  把资源具体呈现出来的形式，叫做它的表现层 （Representation）。
  ⽐如，⽂本可以⽤ txt 格式表现，也可以⽤ HTML 格式、XML 格式、JSON 格式表现，甚⾄可以采⽤⼆进制格式。
• 状态转化（State Transfer）：
  每发出⼀个请求，就代表了客户端和服务器的⼀次交互过程。
  HTTP 协议，是⼀个⽆状态协议，即所有的状态都保存在服务器端。因此，如果客户端想要操作服务器， 必须通过某种⼿段，让服务器端发⽣“状态转化”（State Transfer）。⽽这种转化是建⽴在表现层之上的，所以就是 “ 表现层状态转化” 。具体说， 就是 HTTP 协议⾥⾯，四个表示操作⽅式的动词：GET 、POST 、PUT 、DELETE 。它们分别对应四种基本操作：GET ⽤来获取资源，POST ⽤来新建资源，PUT ⽤来更新资源，DELETE ⽤来删除资源。

• RESTful ⻛格 URL：互联⽹所有的事物都是资源，要求URL中只有表示资源的名称，没有动词。
• RESTful⻛格资源操作：使⽤HTTP请求中的method⽅法put、delete、post、get来操作资源。分别对应添加、删除、修改、查询。不过⼀般使⽤时还是 post 和 get。put 和 delete⼏乎不使⽤。
• RESTful ⻛格资源表述：可以根据需求对URL定位的资源返回不同的表述（也就是返回数据类型，⽐如XML、JSON等数据格式）。

Ajax Json交互

交互：两个⽅向

• 前端到后台：前端ajax发送json格式字符串，后台直接接收为pojo参数，使⽤注解@RequstBody
• 后台到前端：后台直接返回pojo对象，前端直接接收为json对象或者字符串，使⽤注解
  @ResponseBody

什么是 Json

Json是⼀种与语⾔⽆关的数据交互格式，就是⼀种字符串，只是⽤特殊符号{}内表示对象、[]内表示数组、""内是属性或值、：表示后者是前者的值
示例：
{“name”: “Michael”}可以理解为是⼀个包含name为Michael的对象
[{“name”: “Michael”},{“name”: “Jerry”}]就表示包含两个对象的数组

@ResponseBody注解

@responseBody注解的作⽤是将controller的⽅法返回的对象通过适当的转换器转换为指定的格式之后，写⼊到response对象的body区，通常⽤来返回JSON数据或者是XML数据。
注意：在使⽤此注解之后不会再⾛视图处理器，⽽是直接将数据写⼊到输⼊流中，他的效果等同于通过response对象输出指定格式的数据。

Spring MVC ⾼级技术

拦截器(Inteceptor)使⽤

监听器、过滤器和拦截器对⽐

• Servlet：处理Request请求和Response响应
• 过滤器（Filter）：对Request请求起到过滤的作⽤，作⽤在Servlet之前，如果配置为/*可以对所有的资源访问（servlet、js/css静态资源等）进⾏过滤处理
• 监听器（Listener）：实现了javax.servlet.ServletContextListener 接⼝的服务器端组件，它随Web应⽤的启动⽽启动，只初始化⼀次，然后会⼀直运⾏监视，随Web应⽤的停⽌⽽销毁

• 作⽤⼀：做⼀些初始化⼯作，web应⽤中spring容器启动ContextLoaderListener
• 作⽤⼆：监听web中的特定事件，⽐如HttpSession,ServletRequest的创建和销毁；变量的创建、销毁和修改等。可以在某些动作前后增加处理，实现监控，⽐如统计在线⼈数，利⽤HttpSessionLisener等。

• 拦截器（Interceptor）：是SpringMVC、Struts等表现层框架⾃⼰的，不会拦截
  jsp/html/css/image的访问等，只会拦截访问的控制器⽅法（Handler）。

从配置的⻆度也能够总结发现：serlvet、filter、listener是配置在web.xml中的，⽽interceptor是配置在表现层框架⾃⼰的配置⽂件中的

• 在Handler业务逻辑执⾏之前拦截⼀次
• 在Handler逻辑执⾏完毕但未跳转⻚⾯之前拦截⼀次
• 在跳转⻚⾯之后拦截⼀次

拦截器的执⾏流程

在运⾏程序时，拦截器的执⾏是有⼀定顺序的，该顺序与配置⽂件中所定义的拦截器的顺序相关。

单个拦截器，在程序中的执⾏流程如下图所示：

• 程序先执⾏preHandle()⽅法，如果该⽅法的返回值为true，则程序会继续向下执⾏处理器中的⽅法，否则将不再向下执⾏。
• 在业务处理器（即控制器Controller类）处理完请求后，会执⾏postHandle()⽅法，然后会通过DispatcherServlet向客户端返回响应。
• 在DispatcherServlet处理完请求后，才会执⾏afterCompletion()⽅法。

多个拦截器的执⾏流程

多个拦截器（假设有两个拦截器Interceptor1和Interceptor2，并且在配置⽂件中， Interceptor1拦截器配置在前），在程序中的执⾏流程如下图所示：

从图可以看出，当有多个拦截器同时⼯作时，它们的preHandle()⽅法会按照配置⽂件中拦截器的配置顺序执⾏，⽽它们的postHandle()⽅法和afterCompletion()⽅法则会按照配置顺序的反序执⾏。

自定义Spring MVC 拦截器

代码

import org.springframework.web.servlet.HandlerInterceptor;
import org.springframework.web.servlet.ModelAndView;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
/**
* ⾃定义springmvc拦截器
*/
public class MyIntercepter01 implements HandlerInterceptor {
	/**
	* 会在handler⽅法业务逻辑执⾏之前执⾏
	* 往往在这⾥完成权限校验⼯作
	* @param request
	* @param response
	* @param handler
	* @return 返回值boolean代表是否放⾏，true代表放⾏，false代表中⽌
	* @throws Exception
	*/
	@Override
	public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
		System.out.println("MyIntercepter01 preHandle......");
		return true;
	 }
	 
	/**
	* 会在handler⽅法业务逻辑执⾏之后尚未跳转⻚⾯时执⾏
	* @param request
	* @param response
	* @param handler
	* @param modelAndView 封装了视图和数据，此时尚未跳转⻚⾯呢，你可以在这⾥针对返回的
	数据和视图信息进⾏修改
	* @throws Exception
	*/
	@Override
	public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
		System.out.println("MyIntercepter01 postHandle......");
	 }
	/**
	* ⻚⾯已经跳转渲染完毕之后执⾏
	* @param request
	* @param response
	* @param handler
	* @param ex 可以在这⾥捕获异常
	* @throws Exception
	*/
	@Override
	public void afterCompletion(HttpServletRequest request,HttpServletResponse response, Object handler, Exception ex) throws Exception {
		System.out.println("MyIntercepter01 afterCompletion......");
	 }
}

注册SpringMVC拦截器

<mvc:interceptors>
	<!--拦截所有handler-->
	<!--<bean class="com.learn.edu.interceptor.MyIntercepter01"/>-->
	<mvc:interceptor>
		<!--配置当前拦截器的url拦截规则，**代表当前⽬录下及其⼦⽬录下的所有url-->
		<mvc:mapping path="/**"/>
		<!--exclude-mapping可以在mapping的基础上排除⼀些url拦截-->
		<!--<mvc:exclude-mapping path="/demo/**"/>-->
		<bean class="com.learn.edu.interceptor.MyIntercepter01"/>
			</mvc:interceptor> <mvc:interceptor> 
			<mvc:mapping path="/**"/>
		<bean class="com.learn.edu.interceptor.MyIntercepter02"/>
	</mvc:interceptor>
</mvc:interceptors>

Spring MVC 源码深度剖析

前端控制器 DispatcherServlet 继承结构

重要时机点分析

• 写一个Controller，在方法内打上断点



• 观察调⽤栈



• doDispathch⽅法中的1064⾏代码完成handler⽅法的调⽤。
• 写一个JSP页面，观察⻚⾯渲染时机（打断点并观察调⽤栈）



• SpringMVC处理请求的流程为org.springframework.web.servlet.DispatcherServlet#doDispatch⽅法的执⾏过程，其中步骤2、3、4、5是核⼼步骤

• 1）调⽤getHandler()获取到能够处理当前请求的执⾏链 HandlerExecutionChain（Handler+拦截器）但是如何去getHandler的？后⾯进⾏分析
• 2）调⽤getHandlerAdapter()；获取能够执⾏1）中Handler的适配器但是如何去getHandlerAdapter的？后⾯进⾏分析
• 3）适配器调⽤Handler执⾏ha.handle（总会返回⼀个ModelAndView对象）
• 4）调⽤processDispatchResult()⽅法完成视图渲染跳转

protected void doDispatch(HttpServletRequest request, HttpServletResponse
response) throws Exception {
	HttpServletRequest processedRequest = request;
	HandlerExecutionChain mappedHandler = null;
	boolean multipartRequestParsed = false;
	WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);
	try {
		ModelAndView mv = null;
		Exception dispatchException = null;
		try {
			// 1 检查是否是⽂件上传的请求
			processedRequest = checkMultipart(request);
			multipartRequestParsed = (processedRequest != request);
			// Determine handler for the current request.
			/*
			2 取得处理当前请求的Controller，这⾥也称为Handler，即处理器
			这⾥并不是直接返回 Controller，⽽是返回 HandlerExecutionChain 请求处
			理链对象
			该对象封装了Handler和Inteceptor
			*/
			mappedHandler = getHandler(processedRequest);
			if (mappedHandler == null) {
				// 如果 handler 为空，则返回404
				noHandlerFound(processedRequest, response);
				return; 
			}
			// Determine handler adapter for the current request.
			// 3 获取处理请求的处理器适配器 HandlerAdapter
			HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
			// Process last-modified header, if supported by the handler.
			// 处理 last-modified 请求头
			String method = request.getMethod();
			boolean isGet = "GET".equals(method);
			if (isGet || "HEAD".equals(method)) {
				long lastModified = ha.getLastModified(request,
				mappedHandler.getHandler());
				if (new ServletWebRequest(request,response).checkNotModified(lastModified) && isGet) {
					return; 
					} 
			}
			if (!mappedHandler.applyPreHandle(processedRequest, response)) 
			{
				return; 
			}
			// Actually invoke the handler.
			// 4 实际处理器处理请求，返回结果视图对象
			mv = ha.handle(processedRequest, response,
			mappedHandler.getHandler());
			if (asyncManager.isConcurrentHandlingStarted()) {
				return; 
			}
			// 结果视图对象的处理
			applyDefaultViewName(processedRequest, mv);
			mappedHandler.applyPostHandle(processedRequest, response, mv);
		}catch (Exception ex) {
			dispatchException = ex; 
		}catch (Throwable err) {
			// As of 4.3, we're processing Errors thrown from handler methods as well,
		// making them available for @ExceptionHandler methods and other scenarios.
			dispatchException = new NestedServletException("Handler dispatch failed", err);
		}
	// 5 跳转⻚⾯，渲染视图
	processDispatchResult(processedRequest, response, mappedHandler, mv,
	dispatchException);
	}catch (Exception ex) {
		//最终会调⽤HandlerInterceptor的afterCompletion ⽅法
		triggerAfterCompletion(processedRequest, response, mappedHandler,ex);
	}catch (Throwable err) {
		//最终会调⽤HandlerInterceptor的afterCompletion ⽅法
		triggerAfterCompletion(processedRequest, response, mappedHandler,new NestedServletException("Handler processing failed", err));
	}finally {
		if (asyncManager.isConcurrentHandlingStarted()) {
			// Instead of postHandle and afterCompletion
			if (mappedHandler != null) {
				mappedHandler.applyAfterConcurrentHandlingStarted(processedRequest,response);
			} 
		} else {
			// Clean up any resources used by a multipart request.
			if (multipartRequestParsed) {
				cleanupMultipart(processedRequest);
			} 
		} 
	} 
}

核⼼步骤getHandler⽅法剖析

遍历两个HandlerMapping，试图获取能够处理当前请求的执⾏链

核⼼步骤getHandlerAdapter⽅法剖析

遍历各个HandlerAdapter，看哪个Adapter⽀持处理当前Handler

核⼼步骤ha.handle⽅法剖析

• ⼊⼝
• 断点从⼊⼝进⼊
  
  
  

核⼼步骤processDispatchResult⽅法剖析

• render⽅法完成渲染



• 视图解析器解析出View视图对象



• 在解析出View视图对象的过程中会判断是否重定向、是否转发等，不同的情况封装的是不同的View实现



• 解析出View视图对象的过程中，要将逻辑视图名解析为物理视图名



• 封装View视图对象之后，调⽤了view对象的render⽅法



• 渲染数据



• 把modelMap中的数据暴露到request域中，这也是为什么后台model.add之后在jsp中可以从请求域取出来的根本原因



• 将数据设置到请求域中

SpringMVC九⼤组件初始化

• 在DispatcherServlet中定义了九个属性，每⼀个属性都对应⼀种组件

/** MultipartResolver used by this servlet. */
// 多部件解析器
@Nullable
private MultipartResolver multipartResolver;

/** LocaleResolver used by this servlet. */
// 区域化 国际化解析器
@Nullable
private LocaleResolver localeResolver;

/** ThemeResolver used by this servlet. */
// 主题解析器
@Nullable
private ThemeResolver themeResolver;

/** List of HandlerMappings used by this servlet. */
// 处理器映射器组件
@Nullable
private List<HandlerMapping> handlerMappings;

/** List of HandlerAdapters used by this servlet. */
// 处理器适配器组件
@Nullable
private List<HandlerAdapter> handlerAdapters;

/** List of HandlerExceptionResolvers used by this servlet. */
// 异常解析器组件
@Nullable
private List<HandlerExceptionResolver> handlerExceptionResolvers;

/** RequestToViewNameTranslator used by this servlet. */
// 默认视图名转换器组件
@Nullable
private RequestToViewNameTranslator viewNameTranslator;

/** FlashMapManager used by this servlet. */
// flash属性管理组件
@Nullable
private FlashMapManager flashMapManager;

/** List of ViewResolvers used by this servlet. */
// 视图解析器
@Nullable
private List<ViewResolver> viewResolvers;

九⼤组件都是定义了接⼝，接⼝其实就是定义了该组件的规范，⽐如ViewResolver、HandlerAdapter等都是接⼝

九⼤组件的初始化时机

• DispatcherServlet中的onRefresh()，该⽅法中初始化了九⼤组件



• initStrategies⽅法



• 观察其中的⼀个组件initHandlerMappings(context)



• 如果按照类型和按照固定id从ioc容器中找不到对应组件，则会按照默认策略进⾏注册初始化，默认策略在DispatcherServlet.properties⽂件中配置



• DispatcherServlet.properties



• 注意：多部件解析器的初始化必须按照id注册对象（multipartResolver）