spring

品牌型号：联想ThinkPad X1

系统：Windows10家庭版

软件版本：Spring 5.3.7

Spring MVC可以用来写传统的SSM项目，包括现在主流的Spring Boot项目，底层跑的都是这套MVC机制，在开发时写Controller、接收参数、返回数据，这些操作熟悉到几乎成了我们的肌肉记忆，但很少有开发者会停下来去思考一个请求从浏览器发出去，到最后页面上看到响应结果，中间到底经过了哪些环节，这背后其实离不开Spring控制反转思想。下面就给大家介绍一下Spring MVC控制反转怎么实现，Spring MVC的运行流程及原理的相关内容。

一、Spring MVC控制反转怎么实现

Spring MVC本身是建立在Spring核心容器上的一个模块，它的控制反转实现，底层复用Spring IOC容器逻辑，仅新增Web场景专属管理能力。

我们在写Spring MVC时，在Controller类上一般会加@Controller或者@RestController注解，作用与@Component一致，用于标识交由容器管理的Bean。项目在启动时，容器会扫描指定包路径下带有这些注解的类，把它们识别出来并进行管理。

Controller里要用到的依赖，不需要自己手动创建，直接用@Autowired或者构造器注入的方式声明出来就行，容器会自动把对应的实现类注入到Controller里。

Spring MVC里还有个WebApplicationContext容器，是对Web环境做的一层扩展，跟普通的应用上下文相比，多了一些跟Servlet相关的能力。我们项目在启动时，Web容器会负责初始化这个上下文，扫描并加载所有跟Web相关的Bean，包括Controller、视图解析器、拦截器这些组件，统一纳入管理。

二、Spring MVC的运行流程及原理

有不少开发者没有留意过一个请求到拿到响应，这中间都经历过哪些环节，其实中间经过的环节是有固定套路的，主要都是围绕DispatcherServlet这个组件展开的，可以把它看作是整个Spring MVC的调度中心。

我们在客户端发起的请求会到达DispatcherServlet，所有客户端发来的请求都会先经过它，它拿到请求之后，会靠HandlerMapping去找该由谁来处理这个请求。HandlerMapping里维护着请求路径和具体处理方法之间的映射关系，根据请求的URL，能找到对应的Controller以及里面具体该执行哪个方法。

找到处理方法之后，DispatcherServlet并不会直接调用，而是把这个任务交给HandlerAdapter并由它去执行对应的方法。因为处理方法的写法可能五花八门，参数类型、返回值都不太一样，所以需要HandlerAdapter负责把这些差异屏蔽掉，统一调用方式。方法执行过程中，如果涉及到的参数绑定、类型转换，也是在这个环节完成的。

Controller方法执行完通常会返回一个结果，这个结果可能是具体的数据，也可能是一个视图名称，如果我们用的是前后端分离的写法，加了@ResponseBody或者用@RestController，返回的数据会直接被处理成JSON之类的格式返给前端，不会再走视图解析这一步。

要是是传统的视图渲染方式，返回的视图名会交给ViewResolver去解析，找到对应的页面模板，渲染出最终内容，渲染好的结果会重新回到DispatcherServlet手里，由它统一返回给客户端，整个请求处理流程到这里算是走完了。

以上就是Spring MVC控制反转怎么实现，Spring MVC的运行流程及原理的全部内容了。Spring MVC的控制反转并没有跳出Spring核心容器的那一套逻辑，只是多了WebApplicationContext这层针对Web场景的适配，Controller该怎么被管理、依赖该怎么注入，跟Spring是一致的。Spring MVC的学习过程中，抓住DispatcherServlet这个调度中心，搞清楚它跟HandlerMapping、HandlerAdapter、ViewResolver之间怎么配合，一个请求从进来到返回的整体流程基本上就能理顺了。