有了 Spring Boot，为什么还要懂 Spring MVC？

什么是 Spring Boot？

首先，Spring Boot 是现在比较流行的框架，可以实现快速开发，包括我自己也在用它开发项目。

其优点是简化了 Spring 相关组件的配置，实现自动配置，降低了项目搭建的复杂度，使开发变得更加简便，从而提升开发效率。

Spring Boot 本身并不提供 Spring 框架的核心特性以及扩展功能，只是用于快速、敏捷地开发新一代基于 Spring 框架的应用程序。

Spring Boot 并不是用来替代 Spring 的解决方案，而是和 Spring 框架紧密结合用于提升 Spring 开发者体验的工具。

同时它集成了大量常用的第三方库配置，如 Jackson、JDBC、Mongo、Redis、Mail 等。

Spring Boot 应用中这些第三方库几乎可以零配置的开箱即用（out-of-the-box），大部分的 Spring Boot 应用都只需要非常少量的配置代码，开发者能够更加专注于业务逻辑。

也就是说，Spring Boot 只是起到一个承载的作用，辅助你简化项目搭建的过程。

如果承载的是 Web 项目，使用 Spring MVC 作为 MVC 框架，那么整个业务工作流程还是由 Spring MVC 来完成的。

所以 Spring Boot 并不能替代 Spring MVC，它只是简化了 Spring MVC 的相关配置，Spring Boot 帮你完成了很多底层工作。

Spring Boot 还是 Spring MVC？

这里你可以能会有这样的疑问。既然使用 Spring Boot 可以简化 Spring MVC 的配置，开发起来更加快捷方便，那就用它就好了，为什么要学 Spring MVC 呢，为什么要放着简单的东西不用，非要去用复杂的东西呢？

这个问题需要因人而异，如果你是一个开发经验丰富、对 Spring 框架体系产品原理都非常了解的老司机，那不用说，肯定推荐你使用 Spring Boot。

但是如果你是一个经验尚浅，对 Spring 框架体系不是很了解的开发者，过于简化的东西对你来说不见得是一件好事。

简单的背后其实是隐藏了其中的学习曲线，在不需要了解 Spring MVC 原理的情况下就可以使用其进行开发，这叫知其然而不知其所以然，不是正确的学习方式。

Spring Boot 的优点是框架帮你屏蔽了很多底层操作，可以完成快速开发，但任何事情都有两面性。

它屏蔽了底层操作的同时也屏蔽掉了你对于底层原理的理解和学习，假如只会简单的使用框架，一旦遇到较为复杂的问题，一定是一脸懵逼。

因为若不懂原理，是无法解决问题的，你只知道 Spring Boot 自动完成了一些操作，但是对于它究竟完成了哪些操作确实浑然不知的，想想看，这样的方式真的有利于自我提高吗？

除非只想搬一辈子砖，不考虑做一些底层架构或者更深层次的工作。

就好比一个赛车爱好者，如果仅仅是驾驶技术好，那永远只能是个票友；如果想成为真正的高手，一定是需要自己对赛车进行不断地调试改装，直至性能达到车子的极限。

那如果连汽车的结构都不了解，只会开车，又怎么能完成车辆的性能优化和改装呢，因此，不但要驾驶技术一流，还要懂得赛车的内部原理，才能成为真正的老司机。

写代码也是一样，如果仅仅停留在使用快速开发框架完成项目，而不去钻研探究底层原理的话，永远也不会有质地提高，只会调方法堆逻辑。在没有夯实底层体系的情况下，一味追求敏捷高效，欲速则不达。

深度学习能力决定你的高度

这就是为什么很大一部分程序员都会担忧所谓的三十岁瓶颈期，但是你会发现牛逼的人一直很牛逼，二十多岁牛逼、三十多岁更牛逼，没有什么瓶颈，为什么会有这种差距？

其中有一个很大的原因就是深度学习能力的差别，你永远停留在表面应用层，又怎么能够提高自己深度学习的能力呢，因此很多工作五六年的程序员和刚毕业的学生没有多大区别，无非是砖搬的更快一些而已。

如果不想一直搬砖，如果想提高自己的价值，那就不要只停留在应用层，多去关注应用层下面隐藏的内容，Spring MVC 也是框架，它也屏蔽了很多东西。

这就是我们课程开篇为什么要用 4 篇文章来介绍 Spring IoC 的原因，同时课程中也会带大家自己手写一个 Spring MVC 框架，探究其底层原理。

当然，无论是 Spring Boot 还是 Spring MVC，包括 Java 语言本身在整个体系中都是应用层的东西，所以一直提倡大家去学习数据结构算法、计算机原理，包括计算机网络，只有底层架构扎实了，才会拔得更高，这是一种思维模式。

SpringMVC工作原理

SpringMVC的工作原理图

SpringMVC流程

用户发送请求至前端控制器DispatcherServlet。
DispatcherServlet收到请求调用HandlerMapping处理器映射器。
处理器映射器找到具体的处理器(可以根据xml配置、注解进行查找)，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。
DispatcherServlet调用HandlerAdapter处理器适配器。
HandlerAdapter经过适配调用具体的处理器(Controller，也叫后端控制器)。
Controller执行完成返回ModelAndView。
HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet。
DispatcherServlet将ModelAndView传给ViewReslover视图解析器。
ViewReslover解析后返回具体View。
DispatcherServlet根据View进行渲染视图（即将模型数据填充至视图中）。
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：视图，即展示给用户的界面，视图中通常需要标签语言展示模型数据。

什么是MVC模式

MVC：MVC是一种设计模式

MVC的原理图：

分析：

M-Model 模型（完成业务逻辑：有javaBean构成，service+dao+entity）

V-View 视图（做界面的展示 jsp，html……）

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

Spring MVC是什么

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

Spring MVC原理图

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

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

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

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

第四步：前端控制器（DispatcherServlet）调用处理器适配器（HandlerAdapter）去执行处理器（Handler）

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

第六步：Handler执行完给处理器适配器返回ModelAndView

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

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

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

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

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

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

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

处理器映射器（HandlerMapping）：根据URL去查找处理器

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

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

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