SpringMVC系列-2 HTTP请求调用链

已于 2024-04-05 16:35:49 修改
阅读量881 收藏 3
点赞数 1
分类专栏： SpringMVC系列 文章标签： http servlet spring
于 2023-06-22 16:43:05 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Sheng_Q/article/details/131302306
版权

背景

本文作为 SpringMVC系列 第二篇，介绍HTTP请求的调用链：从请求进入Tomcat到数据流返回客户端的完整过程。为了尽可能把流程表达清楚，进行了很多减支处理，只关注主线逻辑。

本文也作为SpringMVC系列后续文章的基础，在调用链梳理清楚的基础上，后文对重要逻辑分别进行展开介绍，如拦截器、异常处理器、转换器、消息转换器、异步请求、文件上传等。在这些文章完成后，会出一个Spring框架应用专题，包括：结果集框架、错误码框架、鉴权逻辑、分页查询、事件框架等，基于此会对Spring系列和SpringMVC系列文章有更深层次的理解。

1.调用链

Tomcat从逻辑上可以分为连接器(coyote)和Servlet容器(catalina)两个部分：coyote负责接收客户端的请求，并按照协议对请求进行解析，封装成Java对象后发送给catalina以及将catalina返回的消息推送给客户端；catalina提供了Servlet容器实现，负责处理具体的请求并进行响应。
其中，coyote封装了底层的网络通讯(Socket)，为catalina提供了统一的接口(Request/Response对象)而与Servlet容器解耦；catalina内部通过适配器将(Request/Response对象)转换为(HttpRequest/HttpResponse对象)，然后将消息发送给Servlet对象，流程图如下所示：
在这里插入图片描述
总之，当Http请求到达Tomcat连接池后，会将请求消息封装成(HttpRequest/HttpResponse对象), 通过调用Servlet标准接口实现消息的传递。
SpringMVC框架对应的Servlet对象为DispatcherServlet，即调用栈会进入DispatcherServlet的void service(ServletRequest req, ServletResponse res)方法。
因此，有必要了解一下DispatcherServlet类的继承关系以及对Servlet方法实现情况，如下图所示：
![在这里

2.HttpServlet

在这里插入图片描述

DispatcherServlet关于Servlet:void service(ServletRequest req, ServletResponse res)接口的实现逻辑在HttpServlet类中，代码如下：

public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException {
      HttpServletRequest  request;
      HttpServletResponse response;
      try {
          request = (HttpServletRequest) req;
          response = (HttpServletResponse) res;
      } catch (ClassCastException e) {
          throw new ServletException(lStrings.getString("http.non_http"));
      }
      service(request, response);
  }

逻辑较为简单，直接将ServletRequest/ServletResponse对象转为HttpServletRequest/HttpServletResponse，并调用service(HttpServletRequest req, HttpServletResponse resp)接口。后者中根据HTTP方法类型派发给了doGet/doPost/doPut等接口；而doGet/doPost/doPut等接口的实现逻辑在FrameworkServlet中归一到void processRequest(HttpServletRequest request, HttpServletResponse response)接口中：

@Override
protected final void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
	processRequest(request, response);
}

@Override
protected final void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
	processRequest(request, response);
}

@Override
protected final void doPut(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
	processRequest(request, response);
}

总之，所有来自Servlet的请求都会进入processRequest方法中进行处理。

3.FrameworkServlet

在这里插入图片描述

processRequest方法的主线逻辑如下：

protected final void processRequest(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
	LocaleContext previousLocaleContext = LocaleContextHolder.getLocaleContext();
	LocaleContext localeContext = buildLocaleContext(request);

	RequestAttributes previousAttributes = RequestContextHolder.getRequestAttributes();
	ServletRequestAttributes requestAttributes = buildRequestAttributes(request, response, previousAttributes);

	WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);
	asyncManager.registerCallableInterceptor(FrameworkServlet.class.getName(), new RequestBindingInterceptor());

	initContextHolders(request, localeContext, requestAttributes);

	try {
		doService(request, response);
	} finally {
		resetContextHolders(request, previousLocaleContext, previousAttributes);
	}
}

上述代码在逻辑上可以分为三块：调用doService(request, response)接口处理并响应、调用前的准备工作、调用后的清理工作。
doService接口作为主体逻辑在下一节中进行介绍，本节对准备工作和清理工作进行介绍。

准备工作

LocaleContext previousLocaleContext = LocaleContextHolder.getLocaleContext();
LocaleContext localeContext = buildLocaleContext(request);

RequestAttributes previousAttributes = RequestContextHolder.getRequestAttributes();
ServletRequestAttributes requestAttributes = buildRequestAttributes(request, response, previousAttributes);

// WebAsyncManager提供了HTTP请求异步处理能力，不是本文的重点
WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);
asyncManager.registerCallableInterceptor(FrameworkServlet.class.getName(), new RequestBindingInterceptor());

根据request对象获取Locale对象并将其通过ThreadLocal对象中，将request和response对象封装在RequestAttributes对象中，保存在ThreadLocal对象中；借助ThreadLocal的能力，对外提供了静态方法，使得程序在任意时刻都取得Locale对象、request和response对象。

清理工作

清理工作对应从内存中将该线程相关的Locale对象和request和response对象从内存中清除，以防止内存泄露。

resetContextHolders(request, previousLocaleContext, previousAttributes);

private void resetContextHolders(HttpServletRequest request, LocaleContext prevLocaleContext, RequestAttributes previousAttributes) {
	LocaleContextHolder.setLocaleContext(prevLocaleContext, this.threadContextInheritable);
	RequestContextHolder.setRequestAttributes(previousAttributes, this.threadContextInheritable);
}

这是一个使用ThreadLocal基本的套路，后面介绍Spring应用专题时会涉及。

4.DispatchServlet

在这里插入图片描述

protected void doService(HttpServletRequest request, HttpServletResponse response) throws Exception {
	// springMVC容器
	request.setAttribute(WEB_APPLICATION_CONTEXT_ATTRIBUTE, getWebApplicationContext());
	
	// locale解析器
	request.setAttribute(LOCALE_RESOLVER_ATTRIBUTE, this.localeResolver);
	
	// 主体相关
	request.setAttribute(THEME_RESOLVER_ATTRIBUTE, this.themeResolver);
	request.setAttribute(THEME_SOURCE_ATTRIBUTE, getThemeSource());

	// flashMapManager在后续介绍转发和重定向内容时进行介绍，这里暂时忽略
	if (this.flashMapManager != null) {
		FlashMap inputFlashMap = this.flashMapManager.retrieveAndUpdate(request, response);
		if (inputFlashMap != null) {
			request.setAttribute(INPUT_FLASH_MAP_ATTRIBUTE, Collections.unmodifiableMap(inputFlashMap));
		}
		request.setAttribute(OUTPUT_FLASH_MAP_ATTRIBUTE, new FlashMap());
		request.setAttribute(FLASH_MAP_MANAGER_ATTRIBUTE, this.flashMapManager);
	}

	try {
		doDispatch(request, response);
	} finally {
		// 清理工作 
}

doService逻辑比较简单，包括：调用doDispatch方法前对request的属性设置，以及在调用之后清理工作。doDispatch方法是核心，其他逻辑是在为调用该方法做的准备或收尾工作。
本文希望将HTTP调用链的主线逻辑表达清楚，因此会省去异步请求(WebAsyncManager相关)、文件上传(MultipartResolver相关)、异常捕获等逻辑，如下所示：

protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
	HandlerExecutionChain mappedHandler = null;
	boolean multipartRequestParsed = false;

	try {
		ModelAndView mv = null;
		Exception dispatchException = null;

		try {
			mappedHandler = getHandler(request);
			if (mappedHandler == null) {
				noHandlerFound(request, response);
				return;
			}
			HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
			if (!mappedHandler.applyPreHandle(request, response)) {
				return;
			}
			mv = ha.handle(request, response, mappedHandler.getHandler());
			mappedHandler.applyPostHandle(request, response, mv);
		} catch (Exception ex) {
			dispatchException = ex;
		}
		processDispatchResult(request, response, mappedHandler, mv, dispatchException);
	} catch (Exception ex) {
		triggerAfterCompletion(request, response, mappedHandler, ex);
	} 
}

上述逻辑可以表示为：
【插图】

拦截器的preHandle方法按照拦截器在列表中的顺序正向执行，postHandle和afterCompletion反向执行。

上图可以分为以下几个步骤：
（1）根据request对象获取执行链HandlerExecutionChain；执行链由Interceptor(拦截器)和Handler(对controller的包装)组成;
（2）根据Handler获取HandlerAdapter；
（3）依次调用拦截器的preHandle方法；
（4）借助HandlerAdapter 通过反射调用目标方法(controller对应的方法)；
（5）依次调用拦截器的postHandle方法；
（6）对结果或者异常进行后置处理；
（7）依次调用拦截器的afterCompletion方法；

上述步骤为正常执行流程，异常场景包括：

异常场景1:
当根据equest对象获取执行链HandlerExecutionChain失败时(没有匹配项)，则直接想客户端返回404。

异常场景2:
调用某个拦截器的preHandle方法返回false时，则反向执行已执行过拦截器的afterCompletion方法，并跳出doDispatch方法。
在这里插入图片描述
涉及的代码逻辑如下：

protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
	//...
	if (!mappedHandler.applyPreHandle(processedRequest, response)) {
		return;
	}
	//...
}

boolean applyPreHandle(HttpServletRequest request, HttpServletResponse response) throws Exception {
	for (int i = 0; i < this.interceptorList.size(); i++) {
		HandlerInterceptor interceptor = this.interceptorList.get(i);
		if (!interceptor.preHandle(request, response, this.handler)) {
			triggerAfterCompletion(request, response, null);
			return false;
		}
		this.interceptorIndex = i;
	}
	return true;
}

当有拦截器的preHandle方法返回false时，调用triggerAfterCompletion(request, response, null)方法：

void triggerAfterCompletion(HttpServletRequest request, HttpServletResponse response, @Nullable Exception ex) {
	for (int i = this.interceptorIndex; i >= 0; i--) {
		HandlerInterceptor interceptor = this.interceptorList.get(i);
		try {
			interceptor.afterCompletion(request, response, this.handler, ex);
		} catch (Throwable ex2) {
			logger.error("HandlerInterceptor.afterCompletion threw exception", ex2);
		}
	}
}

倒序执行已执行过preHandle的拦截器。
异常场景3:
preHandle或者反射调用目标方法(Controller接口)过程中有异常抛出时，经过异常捕获将异常包装成Exception对象，并通过processDispatchResult方法处理结果：

protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
	try {
		//。。。
	} catch (Exception ex) {
		dispatchException = ex;
	} catch (Throwable err) {
		dispatchException = new NestedServletException("Handler dispatch failed", err);
	}
	processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
}

processDispatchResult的主线逻辑如下：

private void processDispatchResult(HttpServletRequest request, HttpServletResponse response, @Nullable HandlerExecutionChain mappedHandler, @Nullable ModelAndView mv, @Nullable Exception exception) throws Exception {
	if (exception != null) {
		mv = processHandlerException(request, response, mappedHandler.getHandler(), exception);
	}
	mappedHandler.triggerAfterCompletion(request, response, null);
}

如果有异常抛出，则exception不为空，通过processHandlerException方法处理异常场景。
如论是否有异常抛出，最后都通过mappedHandler.triggerAfterCompletion会触发拦截的afterCompletion方法。
同样需要注意：拦截器在执行preHandle过程中抛出的异常，则会反向执行已执行过preHandle方法拦截器的afterCompletion方法。
如果在拦截器的postHandle或者反射调用目标方法过程中抛出的异常，则会执行所有拦截器的afterCompletion方法，流程如下所示：
在这里插入图片描述

Ewen Seong
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
SpringMvc---MessageConverter
wowo
11-24 1995
SpringMvc---MessageConverter HttpMessageConverter，报文信息转换器，将请求报文转换为Java对象，或将Java对象转换为响应报文 HttpMessageConverter提供了两个注解和两个类型：@RequestBody，@ResponseBody，RequestEntity， ResponseEntity 使用这些注解就能把控制器返回值直接显示在页面上，而不是被解析为视图。 1、@RequestBody 这个注解在参数上使用 @RequestB
springmvc-high-other-05.rar
01-24
2. **DispatcherServlet配置**：SpringMVC的核心组件DispatcherServlet负责请求的分发。开发者可以通过配置servlet-context.xml文件来定制其行为，例如定义拦截器、视图解析器、异常处理器等。"springmvc-high-other...
SpringMVC处理请求整个链路原理
JavaMyDream的博客
01-21 335
【代码】SpringMVC处理请求整个链路原理。
SpringMVC--获取请求参数
chenxingxingxing的博客
04-11 4176
我们在servlet里面学过，前端数据可以通过请求时的request域获取，获取request对象需要写先要继承HttpServlet，然后重写doGet 或者doPost方法，通过request调用getParameter获取请求参数。下面介绍一些springMVC里面的一些获取请求参数的方法。 文章目录获取请求参数1、通过request对象获取2、通过控制器方法的形参获取3、@RequestParam注释获取4、@RequestHeader和@CookieValue获取5、通过实体类获取请求参数6、修改
SpringMVC系列-3 拦截器
Sheng_Q的博客
06-24 966
}HandlerInterceptor中的声明的preHandle/postHandle/afterCompletion为default类型的接口，可以随意选择是否实现。preHandle接口若返回false, 会跳过Controller方法的执行，流程可参考SpringMVC系列-2 HTTP请求调用链。
SpringMVC系列-7 @CrossOrigin注解与跨域问题
Sheng_Q的博客
11-25 2469
理解同源策略是理解跨域的前提。同源策略定义如下： 在同一来源的页面和脚本之间进行数据交互时，浏览器会默认允许操作，而不会造成跨站脚本攻击；不同源之间进行限制。 不同源之间形成跨域，包括：协议、域名、端口。http和https，localhost和127.0.0.1也会形成跨域(即使经过域名解析后相同)。 由于浏览器引擎实现了同源策略，即对跨域访问进行了限制，因此存在跨域问题。
SpringMvc学习日记-处理PUT\DELETE请求
程序员的世界
01-01 1228
springmvc正确处理postman发来的put请求，delete请求
springmvc配置--springmvc-config.xml
weixin_30468137的博客
02-06 1494
先将springmvc-config整个文件列出 <context:component-scan base-package="com.chris.controller"/> <mvc:annotation-driven/> <mvc:default-servlet-handler/> <!-- 权限校验器，定义了处理所有的请求 --> <...
SpringMVC---- SpringMVC 简介
鑫709的博客
04-02 2885
目录 1. 什么是springMVC? 2. 请求流程 3、开发步骤: 4、SpringMVC组件： 5、SpringMVC注解解析 6、方法返回值 7、跳转方式 8、静态资源访问设置： 1. 什么是springMVC? Spring Web MVC是一种基于Java的实现了MVC设计模式的、请求驱动类型的、轻量级Web框架,已经融合在 Spring Web Flow 中。 相比于MVC，M就是模型model，主要用于数据封装和业务逻辑处理，而V是view，叫视图，主要用于数据
springMVC请求的调用流程
weixin_38441454的博客
05-01 1011
先定义一个mvc的简单的配置类，定义一下视图解析： @Configuration @EnableWebMvc @ComponentScan(basePackages = "com.dongsq") public class WebMvcConfig extends WebMvcConfigurerAdapter { @Override public void configureViewResolvers(ViewResolverRegistry registry) { reg
springMVC练习-book
07-04
这个 "springMVC练习-book" 项目可能是通过创建一系列的 Controller、Service 和 DAO，结合实际的业务场景，来实践 Spring MVC 的各项功能。通过阅读源代码，学习者可以更好地理解每个组件的作用，以及它们如何协同...
SpringMVC------从HelloWorld开始
04-20
这里的`@Controller`注解标记了这个类作为SpringMVC的控制器，`@RequestMapping("/hello")`注解定义了一个URL映射，当用户访问`/hello`时，SpringMVC会调用`sayHello()`方法。`@ResponseBody`注解告诉Spring将方法...
springMVC集成spring-data-redis
08-01
SpringMVC是一个强大的Java web应用程序框架，用于处理HTTP请求和响应。它主要负责视图控制器的职责，使得业务逻辑和视图分离。而Spring Data Redis是Spring Framework的一个模块，专门用于简化与Redis键值存储系统...
springMVC-ppt.rar
12-07
2. **DispatcherServlet**：Spring MVC 的入口点，它是一个前端控制器，负责接收所有请求，根据请求信息决定调用哪个处理器（Handler）。 3. **映射器（HandlerMapping）**：定义了请求URL与处理器之间的映射关系，...
我去，怎么http全变https了
qq_17105113的博客
07-19 9118
HTTP的。
HTTP模块(二）
weixin_45780818的博客
07-24 652
不仅可以接收字符串作为参数，发送文本数据给客户端，还能够接收 Buffer 对象来发送二进制数据，如图片、音频或视频文件等，需要注意的是使用 Buffer 时，确保你的内容类型（Content-Type）设置与实际数据类型相匹配，以便浏览器或客户端能够正确处理。这是由于响应报文均返回html所导致。会发现css样式和js点击功能失效。当结构为资源都在响应文件夹下时。
WHAT - 不同 HTTP Methods 使用场景、使用方法和可能遇到的问题
最新发布
weixin_58540586的博客
07-25 1286
GETPOSTPUTPATCHDELETEHEADCONNECTOPTIONSTRACE<custom>HTTP 方法是用于指示请求的类型的动作的标准化方式。GET: 从服务器检索资源。通常用于获取数据。POST: 向服务器发送数据以创建资源。常用于提交表单或上传文件。PUT: 向服务器发送数据以更新资源。通常用于更新现有资源的全部内容。PATCH: 向服务器发送部分数据以更新资源。通常用于部分更新资源。DELETE: 从服务器删除资源。HEAD。
Http 和 Https 的区别（图文详解）
栗筝i的博客
07-22 1691
HTTP（Hypertext Transfer Protocol）和 HTTPS（Hypertext Transfer Protocol Secure）是用于在网络上进行通信的协议。它们的主要区别在于安全性和加密方式。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值