SpringMVC的工作原理

springmvc的工作原理图：

springmvc流程

1、  用户发送请求至前端控制器dispatcherservlet。

2、  dispatcherservlet收到请求调用handlermapping处理器映射器。

3、  处理器映射器找到具体的处理器(可以根据xml配置、注解进行查找)，生成处理器对象及处理器拦截器(如果有则生成)一并返回给dispatcherservlet。

4、  dispatcherservlet调用handleradapter处理器适配器。

5、  handleradapter经过适配调用具体的处理器(controller，也叫后端控制器)。

6、  controller执行完成返回modelandview。

7、  handleradapter将controller执行结果modelandview返回给dispatcherservlet。

8、  dispatcherservlet将modelandview传给viewreslover视图解析器。

9、  viewreslover解析后返回具体view。

10、dispatcherservlet根据view进行渲染视图（即将模型数据填充至视图中）。

11、 dispatcherservlet响应用户。

组件说明：

以下组件通常使用框架提供实现：

dispatcherservlet：作为前端控制器，整个流程控制的中心，控制其它组件执行，统一调度，降低组件之间的耦合性，提高每个组件的扩展性。

handlermapping：通过扩展处理器映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等。 

handladapter：通过扩展处理器适配器，支持更多类型的处理器。

viewresolver：通过扩展视图解析器，支持更多类型的视图解析，例如：jsp、freemarker、pdf、excel等。

组件：
1、前端控制器dispatcherservlet（不需要工程师开发）,由框架提供
作用：接收请求，响应结果，相当于转发器，*处理器。有了dispatcherservlet减少了其它组件之间的耦合度。
用户请求到达前端控制器，它就相当于mvc模式中的c，dispatcherservlet是整个流程控制的中心，由它调用其它组件处理用户的请求，dispatcherservlet的存在降低了组件之间的耦合性。

2、处理器映射器handlermapping(不需要工程师开发),由框架提供
作用：根据请求的url查找handler
handlermapping负责根据用户请求找到handler即处理器，springmvc提供了不同的映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等。

3、处理器适配器handleradapter
作用：按照特定规则（handleradapter要求的规则）去执行handler
通过handleradapter对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行执行。

4、处理器handler(需要工程师开发)
注意：编写handler时按照handleradapter的要求去做，这样适配器才可以去正确执行handler
handler 是继dispatcherservlet前端控制器的后端控制器，在dispatcherservlet的控制下handler对具体的用户请求进行处理。
由于handler涉及到具体的用户业务请求，所以一般情况需要工程师根据业务需求开发handler。

5、视图解析器view resolver(不需要工程师开发),由框架提供
作用：进行视图解析，根据逻辑视图名解析成真正的视图（view）
view resolver负责将处理结果生成view视图，view resolver首先根据逻辑视图名解析成物理视图名即具体的页面地址，再生成view视图对象，最后对view进行渲染将处理结果通过页面展示给用户。 springmvc框架提供了很多的view视图类型，包括：jstlview、freemarkerview、pdfview等。
一般情况下需要通过页面标签或页面模版技术将模型数据通过页面展示给用户，需要由工程师根据业务需求开发具体的页面。

6、视图view(需要工程师开发jsp...)
view是一个接口，实现类支持不同的view类型（jsp、freemarker、pdf...）

核心架构的具体流程步骤如下：
1、首先用户发送请求——>dispatcherservlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；
2、dispatcherservlet——>handlermapping， handlermapping 将会把请求映射为handlerexecutionchain 对象（包含一个handler 处理器（页面控制器）对象、多个handlerinterceptor 拦截器）对象，通过这种策略模式，很容易添加新的映射策略；
3、dispatcherservlet——>handleradapter，handleradapter 将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；
4、handleradapter——>处理器功能处理方法的调用，handleradapter 将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个modelandview 对象（包含模型数据、逻辑视图名）；
5、modelandview的逻辑视图名——> viewresolver， viewresolver 将把逻辑视图名解析为具体的view，通过这种策略模式，很容易更换其他视图技术；
6、view——>渲染，view会根据传进来的model模型数据进行渲染，此处的model实际是一个map数据结构，因此很容易支持其他视图技术；
7、返回控制权给dispatcherservlet，由dispatcherservlet返回响应给用户，到此一个流程结束。

下边两个组件通常情况下需要开发：

handler：处理器，即后端控制器用controller表示。

view：视图，即展示给用户的界面，视图中通常需要标签语言展示模型数据。

 

在将springmvc之前我们先来看一下什么是mvc模式

mvc：mvc是一种设计模式

mvc的原理图：

分析：

m-model 模型（完成业务逻辑：有javabean构成，service+dao+entity）

v-view 视图（做界面的展示  jsp，html……）

c-controller 控制器（接收请求—>调用模型—>根据结果派发页面）

 

springmvc是什么： 

　　springmvc是一个mvc的开源框架，springmvc=struts2+spring，springmvc就相当于是struts2加上sring的整合，但是这里有一个疑惑就是，springmvc和spring是什么样的关系呢？这个在百度百科上有一个很好的解释：意思是说，springmvc是spring的一个后续产品，其实就是spring在原有基础上，又提供了web应用的mvc模块，可以简单的把springmvc理解为是spring的一个模块（类似aop，ioc这样的模块），网络上经常会说springmvc和spring无缝集成，其实springmvc就是spring的一个子模块，所以根本不需要同spring进行整合。

springmvc的原理图：

看到这个图大家可能会有很多的疑惑，现在我们来看一下这个图的步骤：（可以对比mvc的原理图进行理解）

第一步:用户发起请求到前端控制器（dispatcherservlet）

第二步：前端控制器请求处理器映射器（handlermappering）去查找处理器（handle）：通过xml配置或者注解进行查找

第三步：找到以后处理器映射器（handlermappering）像前端控制器返回执行链（handlerexecutionchain）

第四步：前端控制器（dispatcherservlet）调用处理器适配器（handleradapter）去执行处理器（handler）

第五步：处理器适配器去执行handler

第六步：handler执行完给处理器适配器返回modelandview

第七步：处理器适配器向前端控制器返回modelandview

第八步：前端控制器请求视图解析器（viewresolver）去进行视图解析

第九步：视图解析器像前端控制器返回view

第十步：前端控制器对视图进行渲染

第十一步：前端控制器向用户响应结果

看到这些步骤我相信大家很感觉非常的乱，这是正常的，但是这里主要是要大家理解springmvc中的几个组件：

前端控制器（dispatcherservlet）：接收请求，响应结果，相当于电脑的cpu。

处理器映射器（handlermapping）：根据url去查找处理器

处理器（handler）：（需要程序员去写代码处理逻辑的）

处理器适配器（handleradapter）：会把处理器包装成适配器，这样就可以支持多种类型的处理器，类比笔记本的适配器（适配器模式的应用）

视图解析器（viewresovler）：进行视图解析，多返回的字符串，进行处理，可以解析成对应的页面