SpringMVC---- SpringMVC 组件解析

上一篇👉:SpringMVC---- SpringMVC 简介

---

---

🚴大家好！我是近视的脚踏实地，后边这系列是自己自学Spring框架的学习笔记，这篇文章学习关于SpringSpringMVC 组件的 相关知识
     唯有行动  才能解除你所有的不安

3. SpringMVC 组件解析

3.1 SpringMVC的执行流程

(首先客户端发送请求后会先找到前端控制器DispatcherServlet，我们知道很多工作都是它进行封装的，其实不然，其实这个前端控制器它只负责进行调度，进行一个相应的组件调用，那在这个SpringMVC框架内部，很多功能都有对应的组件帮我们去完成，就是内部分工很明确，那么这个 DispatcherServlet 前端控制器首先根据你的请求 得知道你要找哪个资源，而找资源，解析资源的过程不是它来完成的，它去帮忙我们去请求一个叫HandlerMapping这么一个组件，这个组件我们成为处理器映射器，他负责对我们的请求进行解析，知道最终我们要找谁，它执行完返回的并不是某一个资源的地址，而返回的是一串资源地址。比如我们在web阶段的时候，如果地址在没有写错的情况下，我们那个Servlet是百分百可以被访问到的，但是后期我们学filter之后，我们会发现再去访问那个目标Servlet的时候，有可能会通过很多filter，最终才能到达Servlet，在这个地方也一样，这个SpringMVC后期要学Interceptor拦截器。所以说也有可能执行到那个目标Controller之前也要执行很多Interceptor，所以说它在执行过程中是执行很多资源，最终才能到达目标Controller，所以它返回的是HandlerExecutionChain，是一个链，这个链对象内部封装了你执行很多资源的顺序。

DispatcherServlet拿到HandlerExecutionChain后，它得帮你执行，同样也不是它来执行，而是再去调用HandlerAdaptor处理器适配器，它负责帮你去执行调度那些要被执行的资源，所以说就请求资源，找到Handler处理器，这个Handler处理器就可以理解为我们自己写的那个Controller，就是我们自己写的那个资源封装的对象，然后最终它返回，最后把模型和对象返回给DispatcherServlet，前端控制拿到这个模型和对象，它再去找视图解析器，ViewResolver，它负责从ModerAndView当中把视图对象解析出来，解出之后，当然这里的视图有很多种，我们目前接触最多的就是JSP，那么就是要对这个视图解析渲染，最终把这个内容返回给客户端。 )

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响应用户。

3.2 SpringMVC组件解析

1. 前端控制器：DispatcherServlet
    用户请求到达前端控制器，它就相当于 MVC 模式中的 C，DispatcherServlet 是整个流程控制的中心，由它调用其它组件处理用户的请求，DispatcherServlet 的存在降低了组件之间的耦合性。

2. 处理器映射器：HandlerMapping
    HandlerMapping 负责根据用户请求找到 Handler 即处理器，SpringMVC 提供了不同的映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等。

3. 处理器适配器：HandlerAdapter
    通过 HandlerAdapter 对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行执行。

4. 处理器：Handler
    它就是我们开发中要编写的具体业务控制器。由 DispatcherServlet 把用户请求转发到 Handler。由Handler 对具体的用户请求进行处理。

5. 视图解析器：View Resolver
    View Resolver 负责将处理结果生成 View 视图，View Resolver 首先根据逻辑视图名解析成物理视图名，即具体的页面地址，再生成 View 视图对象，最后对 View 进行渲染将处理结果通过页面展示给用户。

6. 视图：View
SpringMVC 框架提供了很多的 View 视图类型的支持，包括：jstlView、freemarkerView、pdfView等。最常用的视图就是 jsp。一般情况下需要通过页面标签或页面模版技术将模型数据通过页面展示给用户，需要由程序员根据业务需求开发具体的页面

3.3 SpringMVC注解解析

@RequestMapping
(主要的作用就是对你请求的虚拟地址进行映射到某个方法上。)
作用：用于建立请求 URL 和处理请求方法之间的对应关系
位置：
    ● 类上，请求URL 的第一级访问目录。此处不写的话，就相当于应用的根目录
(主要的作用就是可以清晰地知道访问的是哪个模块，比如说用户模块下有个save方法，其他模块下可能也会有save方法，这样就可以区分开了)
    ● 方法上，请求 URL 的第二级访问目录，与类上的使用@ReqquestMapping标注的一级目录一起组成访问虚拟路径

比如做如下更改👇:

启动服务访问时👇:

运行后发现404了，因为在返回视图的时候，我们直接写了success.jsp，这就是 一个相对地址，是相对/user下的，所以它在这个目录下找肯定是找不到的。所以可以在前面加个/，表示从当前web应用下去找这个资源👇:

再次重启服务器发现就可以了👇:

属性：
    ● value：用于指定请求的URL。它和path属性的作用是一样的

（这个同样和之前学的一样，因为只要一个参数，所以value是可以省略的。如果要写多个就不能省）
    ● method：用于指定请求的方式

(写的时候需要注意，method是枚举类型的，如上图就表示，你要访问这个quick，请求方式必须是PSOT方式。如果默认是GET方式，来访问这个资源的话就会报405的错误，Method Not Allowed，方法不被允许)
    ● params：用于指定限制请求参数的条件。它支持简单的表达式。要求请求参数的key和value必须和配置的一模一样
(params是用于限定请求参数条件的，就是你请求我时，必须给我什么格式的参数，都能进行相应的限制)
例如：
    ● params = {“accountName”}，表示请求参数必须有accountName
    ● params = {“moeny!100”}，表示请求参数中money不能是100

比如现在启动好项目，url上如果没有username的参数，就会报404的错误👇:

1. mvc命名空间引入
命名空间：xmlns:context=“http://www.springframework.org/schema/context”
                  xmlns:mvc=“http://www.springframework.org/schema/mvc”
约束地址：http://www.springframework.org/schema/context
                  http://www.springframework.org/schema/context/spring-context.xsd
                  http://www.springframework.org/schema/mvc
                  http://www.springframework.org/schema/mvc/spring-mvc.xsd

2. 组件扫描
（当我们在写@完Controllerh或者@Service后都要进行组件扫描，所以我们在我们的spring-mvc这个xml文件当中，我们必须要开启这个组件扫描，而且这个组件扫描是属于context命名空间下的，所以要先导入context命名空间，然后再去扫描指定的包，之前也强调过，spring跟springmvc他们是各自扫描各自层的 。springmvc它S属于web层的，在扫的时候，他只扫自己层的，而除了这个之外，剩余的就是spring去扫， 比如说业务层，dao层包括一些其他组件，都归spring去扫。各司其职，各自扫各自的。 ）
SpringMVC基于Spring容器，所以在进行SpringMVC操作时，需要将Controller存储到Spring容器中，如果使用@Controller注解标注的话，就需要使用<context:component-scan base-package=“monster.zf.controller"/>进行组件扫描。

还有一点要注意的是，我们的扫描的时候可以直接指定到包名，但有的时候会看到这么写，不加具体的某一层，这样就有可能和Spring扫重复了👇:

但是我们仍然可以指定只扫web层，可以用如下做法👇:，这样就代表只扫monster.zf这个包下的Controller注解，如果把include-filter的include换成exclude就表示扫描不包括Controller注解

3.4 SpringMVC的XML配置解析

(在spring-mvc.xml文件中，目前只配了一个组件扫描，一般情况下我们还可以去指定一些组件，就是前边介绍springmvc底层实现的那些组件，比如说处理器，映射器，处理器适配器啊，解析器啊这些我们都能配置，那么不配置他们就会使用默认的，同样也能完成)

1. 视图解析器
SpringMVC有默认组件配置，默认组件都是DispatcherServlet.properties配置文件中配置的，该配置文件地址org/springframework/web/servlet/DispatcherServlet.properties，该文件中配置了默认的视图解析器，如下：

(虽然已经默认帮我们配置好了，但是我们可以对内部的一些功能进行指定的增强，从源码看到现在指定默认的解析器是InternalResourceViewResolver，)

翻看该解析器源码，可以看到该解析器的默认设置，如下：

(第一个redirect:表示重定向的前缀，第二个forward:表示转发前缀（默认值）。)

所以说之前省略的是forward:，这个就是当在访问视图的，它的url地址是不变，这种就是转发的行为，如果你看到了视图了，然后url也变成了视图的地址，那就是重定向，如下所示的就是重定向的结果👇:

按回车后👇:

接着继续看到prefix和suffix，通过看源码，他们是有set和get方法，那么我们就可以自己在springmvc配置文件中再复写一下视图解析器，重新配置一下，然后指定一下前缀跟后缀。

比如说现在success.jsp是直接在webapp下的，那现在在webapp下再建一个jsp的包，然后把success.jsp移到jsp包下

那么代码就要相应地修改👇:

这样的话，每次不管是转发还是重定向，前边都得加个/jsp，因为很多资源都放在那个包下了，然后也得写个.jsp的后缀。那么其实我们就可以在spring-mvc.xml配置文件中指定

我们可以通过属性注入的方式修改视图的的前后缀

如此一来，前缀和后缀都可以省略了👇:

启动服务器测试👇:

那么这个spring-mvc配置文件还能配置很多东西，但是需要慢慢来学。

3.5 知识要点

SpringMVC的相关组件
    ●前端控制器：DispatcherServlet
    ●处理器映射器：HandlerMapping
    ●处理器适配器：HandlerAdapter
    ●处理器：Handler
    ●视图解析器：View Resolver
    ●视图：View

SpringMVC的注解和配置
    ●请求映射注解：@RequestMapping
    ●视图解析器配置：
            REDIRECT_URL_PREFIX = “redirect:”
            FORWARD_URL_PREFIX = “forward:”
            prefix = “”;
            suffix = “”;

---

下一篇👉Spring---- SpringMVC的请求和响应（一）

本篇博客到这就完啦，非常感谢您的阅读🙏，那么下一篇将会学习关于SpringMVC 的数据响应的 相关知识，如果对您有帮助，可以帮忙点个赞或者来波关注鼓励一下喔😬