Spring Boot源码之旅十五SpringMVC源码之web环境初始化一

smart哥

于 2024-03-22 09:21:28 发布

阅读量707

点赞数 28

分类专栏： springboot源码解析文章标签： spring boot springboot源码

本文链接：https://blog.csdn.net/smart_an/article/details/136928795

版权

springboot源码解析专栏收录该内容

56 篇文章 1 订阅

订阅专栏

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

 阶段2、深入多线程设计模式

 阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

前言

本篇开始介绍SpringMVC的相关源码，主要还是Servlet相关的，至于WebFlux，以后有机会讲，我们将介绍自动配置的初始化做了点什么，DispatcherServlet初始化做了什么，一个请求到响应经过了什么，自定义的处理器为什么就能处理请求，参数是怎么传进来的等等，尽可能的包含所有原理，当然这个是在springboot基础上的，基本全是注解配置，好了废话不多说，我们先开始吧。

web环境初始化

首先当然是我们的web环境是怎么初始化的，比如为什么会用tomcat服务器，还有一些处理器映射器，处理器适配器，视图解析器是怎么初始化的，DispatcherServlet是什么时候创建的等等，有个基本的流程图，可以参考下：

为什么默认是tomcat服务器

我们前面将了自动配置的原理，最后会过滤出20多个自动配置类，然后递归import处理他们，这里有个比较关键的配置类ServletWebServerFactoryAutoConfiguration，tomcat的关键就在于这里。

ServletWebServerFactoryAutoConfiguration导入服务器

首先他是满足注解条件的。@ConditionalOnClass表示类要都存在才满足条件，有一个不存在就不满足，具体内部他是会用反射去尝试加载条件类，加载不到就是不存在。@ConditionalOnMissingBean表示bean不存在才满足条件，有一个存在了就不满足。注解条件后面有机会会详细讲下。这里可以看到他会导入3个内嵌服务器类，然后一个处理器，这个处理器很关键，后面会说，先看那3个内嵌服务器类。

EmbeddedTomcat符合条件

可见这个上面的条件都是符合的，因为没报红，其实你也可以找到这些类。

而反观其他两个，其实没有依赖的jar包，所以找不到类，不满足条件：

BeanPostProcessorsRegistrar处理器

这个是ImportBeanDefinitionRegistrar类型的，这个前面都有讲过，在解析配置类的时候直接会被实例化，然后在bean定义加载的时候调用registerBeanDefinitions方法，我们来看看这个方法做了什么，其实就是注册了两个处理器WebServerFactoryCustomizerBeanPostProcessor和ErrorPageRegistrarBeanPostProcessor，这两个处理器很重要，是web环境的处理器，一个做了web服务器的属性配置，一个实例化了DispatcherServlet，后面都会说到。

    @Override
    		public void registerBeanDefinitions(AnnotationMetadata importingClassMetadata,
    				BeanDefinitionRegistry registry) {
    			if (this.beanFactory == null) {
    				return;
    			}
    			registerSyntheticBeanIfMissing(registry, "webServerFactoryCustomizerBeanPostProcessor",
    					WebServerFactoryCustomizerBeanPostProcessor.class);
    			registerSyntheticBeanIfMissing(registry, "errorPageRegistrarBeanPostProcessor",
    					ErrorPageRegistrarBeanPostProcessor.class);
    		}
    
    		private void registerSyntheticBeanIfMissing(BeanDefinitionRegistry registry, String name, Class<?> beanClass) {
    			if (ObjectUtils.isEmpty(this.beanFactory.getBeanNamesForType(beanClass, true, false))) {
    				RootBeanDefinition beanDefinition = new RootBeanDefinition(beanClass);
    				beanDefinition.setSynthetic(true);
    				registry.registerBeanDefinition(name, beanDefinition);
    			}
    		}

ServletWebServerApplicationContext的createWebServer创建服务器

前面所有bean定义加载完，处理器创建完之后，在onRefresh方法中会创建web服务器。

我们重点关注getWebServerFactory方法：

ServletWebServerApplicationContext的getWebServerFactory获取服务器工厂

其实就是获取ServletWebServerFactory类型的bean，而且有且只有一个，否则他就不知道要用哪个初始化啦。其实ServletWebServerFactory的实现类就是上面那3个服务器的工厂类，默认值有tomcat内嵌服务器满足条件。

    	protected ServletWebServerFactory getWebServerFactory() {
    		// Use bean names so that we don't consider the hierarchy
    		String[] beanNames = getBeanFactory().getBeanNamesForType(ServletWebServerFactory.class);
    		if (beanNames.length == 0) {
    			throw new ApplicationContextException("Unable to start ServletWebServerApplicationContext due to missing "
    					+ "ServletWebServerFactory bean.");
    		}
    		if (beanNames.length > 1) {
    			throw new ApplicationContextException("Unable to start ServletWebServerApplicationContext due to multiple "
    					+ "ServletWebServerFactory beans : " + StringUtils.arrayToCommaDelimitedString(beanNames));
    		}
    		return getBeanFactory().getBean(beanNames[0], ServletWebServerFactory.class);
    	}

我们可以看到实现类：