SpringMVC学习笔记

最新推荐文章于 2024-07-05 11:09:17 发布

openliang999

最新推荐文章于 2024-07-05 11:09:17 发布

阅读量157

点赞数

本文链接：https://blog.csdn.net/openliang999/article/details/103989016

版权

后端专栏收录该内容

1 篇文章 0 订阅

订阅专栏

SpringMVC学习笔记（一）——SpringMVC框架原理

一、SpringMVC概述
SpringMVC 是 Spring 框架的一个模块，SpringMVC 和 Spring 无需通过中间整合层进行整合。SpringMVC 是一个基于 MVC 的轻量级 web 框架。
Spring MVC 框架提供了 MVC (模型 - 视图 - 控制器)架构和用于开发灵活和松散耦合的 web 应用程序的组件。MVC 模式导致应用程序的不同方面(输入逻辑，业务逻辑和UI逻辑)分离，同时提供这些元素之间的松散耦合。

源码已经上传至 git 点击下载学习源码

二、SpringMVC原理
SpringMVC 框架原理图下图所示，序号代表顺序。

当用户发来一个 request 请求时，Spring MVC 将执行上图的流程顺序，具体是：
第一步：request 请求到达前端控制器（DispatcherServlet）；
第二步：前端控制器请求处理器映射器（HandlerMapping）来查找处理器（Handler）；可根据 xml 配置或注解进行查找；
第三步：处理器映射器返回一条执行链（HandlerExecutionChain）给前端控制器，执行链包括有拦截器（Interceptor）和处理器；
第四步：前端控制器调用处理器适配器（HandlerAdapter）去执行 Handler；
第五步：处理器适配器去执行 Handler；
第六步：Handler 执行完成给处理器适配器返回 ModelAndView（ModelAndView 是 SpringMVC 框架的一个底层对象，包括 Model 和 View）；
第七步：处理器适配器向前端控制器返回 ModelAndView；
第八步：前端控制器请求视图解析器（View Resolver）去进行视图解析，根据逻辑视图名解析成真正的视图（View）；
第九步：视图解析器向前端控制器返回 View；
第十步：前端控制器进行视图渲染，视图渲染是将模型数据（在ModelAndView对象中）填充到 request 域；
第十一步：返回给前端控制器；
第十二步：前端控制器向用户响应结果。

其中包括有一些组件：
1、前端控制器（DispatcherServlet）(不需要程序员开发)
作用：接收请求，响应结果，相当于转发器，中央处理器，通过 DispatcherServlet 能够减少其它组件之间的耦合度。

2、处理器映射器（HandlerMapping）(不需要程序员开发)
作用：根据请求的 URL查找 Handler。

3、处理器适配器（HandlerAdapter）(不需要程序员开发)
作用：按照 HandlerAdapter 要求的规则去执行 Handler。

4、处理器（Handler）(需要程序员开发)
编写 Handler 时要按照 HandlerAdapter 的规定去编写，这样适配器才可正确执行。

5、视图解析器（View Resolver）(不需要程序员开发)
作用：进行视图解析，根据逻辑视图名解析成真正的视图。

6、视图（View）(需要程序员开发)
View是一个接口，实现类支持不同的View类型（jsp、freemarker、pdf…）。

三、前端控制器（DispatcherServlet）
前端控制器核心源码：

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 {
			processedRequest = checkMultipart(request);
			multipartRequestParsed = processedRequest != request;

			// Determine handler for the current request.
			mappedHandler = getHandler(processedRequest, false);
			if (mappedHandler == null || mappedHandler.getHandler() == null) {
				noHandlerFound(processedRequest, response);
				return;
			}

			// Determine handler adapter for the current request.
			HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());

			// Process last-modified header, if supported by the handler.
			String method = request.getMethod();
			boolean isGet = "GET".equals(method);
			if (isGet || "HEAD".equals(method)) {
				long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
				if (logger.isDebugEnabled()) {
					String requestUri = urlPathHelper.getRequestUri(request);
					logger.debug("Last-Modified value for [" + requestUri + "] is: " + lastModified);
				}
				if (new ServletWebRequest(request, response).checkNotModified(lastModified) && isGet) {
					return;
				}
			}

			if (!mappedHandler.applyPreHandle(processedRequest, response)) {
				return;
			}

			try {
				// Actually invoke the handler.
				mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
			}
			finally {
				if (asyncManager.isConcurrentHandlingStarted()) {
					return;
				}
			}

			applyDefaultViewName(request, mv);
			mappedHandler.applyPostHandle(processedRequest, response, mv);
		}
		catch (Exception ex) {
			dispatchException = ex;
		}
		processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
	}
	catch (Exception ex) {
		triggerAfterCompletion(processedRequest, response, mappedHandler, ex);
	}
	catch (Error err) {
		triggerAfterCompletionWithError(processedRequest, response, mappedHandler, err);
	}
	finally {
		if (asyncManager.isConcurrentHandlingStarted()) {
			// Instead of postHandle and afterCompletion
			mappedHandler.applyAfterConcurrentHandlingStarted(processedRequest, response);
			return;
		}
		// Clean up any resources used by a multipart request.
		if (multipartRequestParsed) {
			cleanupMultipart(processedRequest);
		}
	}
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
前端控制器配置：

SpringMVC org.springframework.web.servlet.DispatcherServlet contextConfigLocation classpath:spring/springmvc.xml SpringMVC *.action 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 上述配置可在 web.xml 中配置多个，互不影响。

四、处理器映射器（HandlerMapping）
在同一个项目中，Spring MVC 允许多个处理器映射器同时存在并互不影响，常用的非注解处理器映射器有：BeanNameUrlHandlerMapping，SimpleUrlHandlerMapping，ControllerClassNameHandlerMapping，注解处理器映射器有：RequestMappingHandlerMapping

五、处理器适配器（HandlerAdapter）
在同一个项目中，Spring MVC 允许多个处理器适配器同时存在并互不影响，常用的非注解处理器适配器有：SimpleControllerHandlerAdapter，HttpRequestHandlerAdapter；注解处理器适配器：RequestMappingHandlerAdapter
注意：注解处理器映射器和注解处理器适配器必须配对使用！
如果使用注解开发只需要配置如下配置，就不需要再配置映射器和适配器。

mvc:annotation-driven</mvc:annotation-driven>
1
六、视图解析器（View Resolver）
最常用的是InternalResourceViewResolver，视图解析器配置：

———————————————— 版权声明：本文为CSDN博主「lytao123」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.csdn.net/qq_24598601/article/details/84724744一、SpringMVC概述 SpringMVC 是 Spring 框架的一个模块，SpringMVC 和 Spring 无需通过中间整合层进行整合。SpringMVC 是一个基于 MVC 的轻量级 web 框架。 Spring MVC 框架提供了 MVC (模型 - 视图 - 控制器)架构和用于开发灵活和松散耦合的 web 应用程序的组件。MVC 模式导致应用程序的不同方面(输入逻辑，业务逻辑和UI逻辑)分离，同时提供这些元素之间的松散耦合。