前言：刚毕业我就接触到了SpringBoot，当初感觉必成大器，第一印象就是内置了所有环境，打完包丢哪里都能跑起来，简化了tomcat Xml配置的一系列部署操作

1.SpringMvc XML配置

说到配置SpringMvc，大家第一时间反应就是xml配置，目前国内的各类博客或者各类老师都是套用这种方式，一直都是认为这种方式是唯一的方式，再说Spring官方一直支持。

1.1 配置web.xml

web.xml是servlet容器的配置文件，当启动一个WEB项目时，servlet容器首先会读取项目中的webapp/WEB-INFO文件夹的web.xml配置文件里的配置,主要用来配置监听器listener，servlet，上下文参数context-param。

    <!-- 配置监听器 -->      
    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>
  

    <!-- 配置DispatcherServlet -->  
    <servlet>  
    　　<servlet-name>dispatcherServlet</servlet-name>  
    　　<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  
　　</servlet>

    <!-- ServletContext参数 -->  
   <context-param>
      <param-name>contextConfigLocation</param-name>
      <param-value>/WEB-INF/spring-config/*.xml</param-value>
   </context-param>

ContextLoaderListener(上下文加载监听) 继承了ServletContextListener(Servlet上下文监听)，当ServletContext的生命周期发生变化会触发相应的事件

通过这个监听器进来的会通过createWebApplicationContext获取ConfigurableWebApplicationContext

具体代码：  ContextLoader ->configureAndRefreshWebApplicationContext方法

  protected void configureAndRefreshWebApplicationContext
        (ConfigurableWebApplicationContext wac, ServletContext sc) {
    //添加ServletContext
	wac.setServletContext(sc);
	String configLocationParam = sc.getInitParameter("contextConfigLocation");
   //添加Spring*.xml
	wac.setConfigLocation(configLocationParam);
    customizeContext(sc, wac);
	//读取配置加载，刷新Spring上下文
    wac.refresh();
  }

DispatcherServlet 用来接收SpringMVC所有请求的servlet程序，会注册到ServletContext中。

1.2 配置applicationContext.xml

主要扫描业务类，AOP切面配置，事务配置，数据源配置等

<!--扫描包注解   不扫描@controller-->
<context:component-scan base-package="com.wangnian">
        <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
</context:component-scan> 

1.3 配置springmvc.xml

主要扫描Controller，拦截器，视图转换等

<!--扫描包注解  只扫描@Controller-->
<context:component-scan base-package="com.wangnian.controller" >
	   <context:include-filter type="annotation"  expression="org.springframework.stereotype.Controller" />
</context:component-scan>  

1.4 启动大概流程

在启动Servlet容器，会去读取web.xml配置文件注册Servlet，然后异步执行ServletContextListener的contextInitialized方法读取用户自定义的xml配置文件并创建bean，刷新Spring上下本。

 

2.SpringMvc 另外一种配置

2.1 怎么注册DispatcherServlet ？

猜想1：也是xml配置方式。但是Spring官网都把零xml的配置当成一种优势，那显然不科学。

猜想2：@WebServlet。我们找找DispatcherServlet这个类?居然没有@WebServlet注解

那只能看看SpringMvc的文档，发现SpringMvc官方配置也推荐使用javaConfig的配置方式。

https://docs.spring.io/spring/docs/current/spring-framework-reference/web.html

具体代码：

public class MyWebApplicationInitializer implements WebApplicationInitializer {

    @Override
    public void onStartup(ServletContext servletContext) throws ServletException {
        //SpringWeb注解配置应用程序上下本
        AnnotationConfigWebApplicationContext ac = new AnnotationConfigWebApplicationContext();
        //注册带有注解的类
        ac.register(AppConfig.class);
        //spring上下文刷新
        ac.refresh();

        //创建DispatcherServlet
        DispatcherServlet servlet = new DispatcherServlet(ac);

        //servlet中注册DispatcherServlet
        ServletRegistration.Dynamic registration = servletContext.addServlet("app", servlet);
        registration.setLoadOnStartup(1);
        registration.addMapping("/app/*");
    }
}

我们发现这个自定义类会实现WebApplicationInitializer接口

onStartup方法会拿到tomcat传过来的ServletContext（如果是jetty 就是jetty提供的   如果是tomcat 就是 tomcat提供的）

AnnotationConfigWebApplicationContext是继承了上面的ConfigurableWebApplicationContext ，用来实例化IOC容器，也就是做Spring上下文刷新的，

它不仅支持扫描@Configuration注解，任何@Compnent注解的类或者 按照JSR-330注解的类都被支持 。

AppConfig类上会加入@ComponentSan注解，扫描指定包下所有的业务层和控制层的bean

而我们之前的xml配置的DispatcherServlet是通过new DispatcherServlet()出来的

 

2.2 onStartup啥时候能调到？

传统配置的web.xml 是在servlet容器启动的时候加载的，那实现webApplicationInitializer的自定义的类应该也要在servlet容器启动的时候被加载到

是不是tomcat也学Spring一样得到所有WebApplicationInitializer的实现，然后调用它的onStartup呢。

但是他们工程师绝对不会这么干，因为WebApplicationInitializer是Spring提供的，一个实现Servlet规范的容器不可能依赖Spring的jar包。

那接下来我们来看看SpringMvc的启动核心科技

首先tomcat是一个Servlet容器，遵循并实现了Servlet的规范，tomcat7之后是3.0的，在3.0的有个新的特性

就是它 ：ServletContainerInitializer（Servlet容器初始化器）

在web容器启动时为提供给第三方组件做一些初始化的工作，例如注册servlet或者listener等。

前提是必须在对应的jar包的META-INF/services 目录创建一个名为javax.servlet.ServletContainerInitializer的文件，文件内容指定具体的ServletContainerInitializer实现类

一般伴随着ServletContainerInitializer一起使用的还有@HandlesTypes注解，他会在调用onStartup方法的时候会把所有实现的类集合传给你。

具体代码：   SpringServletContainerInitializer->onStartup

@Override
	public void onStartup(@Nullable Set<Class<?>> webAppInitializerClasses, ServletContext servletContext)
			throws ServletException {
        //一个装WebApplicationInitializer实现的集合
		List<WebApplicationInitializer> initializers = new LinkedList<>();
		for (Class<?> waiClass : webAppInitializerClasses) {
            //通过反射拿到HandlesTypes注解指定的class的实现类
			initializers.add(ReflectionUtils.accessibleConstructor(waiClass).newInstance());
		}
        //进行排序
		AnnotationAwareOrderComparator.sort(initializers);
        //循环调用所有集合里的onStartup方法
		for (WebApplicationInitializer initializer : initializers) {
			initializer.onStartup(servletContext);
		}
	}

这是spring惯用方法，将所有实现WebApplicationInitializer的实现类，遍历执行onStartup方法

大家看到这里是不是就大概清楚SpringBoot是怎么才能做到零配置的。

 

3.SpringBoot具体是怎么配置的SpringMvc

在Spring代码中有一个DispatcherServletAutoConfiguration静态类，声明了一个DispatcherServlet的Bean

具体代码：DispatcherServletAutoConfiguration

protected static class DispatcherServletConfiguration {

		@Bean(name = DEFAULT_DISPATCHER_SERVLET_BEAN_NAME)
		public DispatcherServlet dispatcherServlet(HttpProperties httpProperties, WebMvcProperties webMvcProperties) {
			DispatcherServlet dispatcherServlet = new DispatcherServlet();
			dispatcherServlet.setDispatchOptionsRequest(webMvcProperties.isDispatchOptionsRequest());
			dispatcherServlet.setDispatchTraceRequest(webMvcProperties.isDispatchTraceRequest());
			dispatcherServlet.setThrowExceptionIfNoHandlerFound(webMvcProperties.isThrowExceptionIfNoHandlerFound());
			dispatcherServlet.setPublishEvents(webMvcProperties.isPublishRequestHandledEvents());
			dispatcherServlet.setEnableLoggingRequestDetails(httpProperties.isLogRequestDetails());
			return dispatcherServlet;
		}
}

这里就需要借助一下SpringBoot启动流程

main方法启动之后首先会检查是否是web项目，怎么检查呢？

对的 大家猜的对，就是尝试forName（加载类）加载一下初始化这个写死的类路径javax.servlet.Servlet，如果能实例化就代表是。

具体代码：WebApplicationType

if (ClassUtils.isPresent(WEBFLUX_INDICATOR_CLASS, null) && !ClassUtils.isPresent(WEBMVC_INDICATOR_CLASS, null)
      && !ClassUtils.isPresent(JERSEY_INDICATOR_CLASS, null)) {
   return WebApplicationType.REACTIVE;
}
for (String className : SERVLET_INDICATOR_CLASSES) {
   if (!ClassUtils.isPresent(className, null)) {
      return WebApplicationType.NONE;
   }
}
return WebApplicationType.SERVLET;

如果是Servlet环境就会使用AnnotationConfigServletWebServerApplicationContext去刷新spring上下文

这样DispatcherServlet被作为一个普通Bean被实例化并注册到IOC容器中。

在调用刷新spring上下文之后调用createWebServer方法

	@Override
	protected void onRefresh() {
		super.onRefresh();
		try {
			createWebServer();
		}
		catch (Throwable ex) {
			throw new ApplicationContextException("Unable to start web server", ex);
		}
	}

createWebServer()

private void createWebServer() {
   WebServer webServer = this.webServer;
   ServletContext servletContext = getServletContext();
   if (webServer == null && servletContext == null) {
      ServletWebServerFactory factory = getWebServerFactory();
      //根据工厂模式调用对应的servlet实现的容器，如果是tomcat就调用TomcatServletWebServerFactory的getWebServer()
      this.webServer = factory.getWebServer(getSelfInitializer());
   }
   else if (servletContext != null) {
      try {
         getSelfInitializer().onStartup(servletContext);
      }
      catch (ServletException ex) {
         throw new ApplicationContextException("Cannot initialize servlet context", ex);
      }
   }
   initPropertySources();
}

创建tomcat实例并启动

@Override
	public WebServer getWebServer(ServletContextInitializer... initializers) {
		if (this.disableMBeanRegistry) {
			Registry.disableRegistry();
		}
		Tomcat tomcat = new Tomcat();
		File baseDir = (this.baseDirectory != null) ? this.baseDirectory : createTempDir("tomcat");
		tomcat.setBaseDir(baseDir.getAbsolutePath());
		Connector connector = new Connector(this.protocol);
		connector.setThrowOnFailure(true);
		tomcat.getService().addConnector(connector);
		customizeConnector(connector);
		tomcat.setConnector(connector);
		tomcat.getHost().setAutoDeploy(false);
		configureEngine(tomcat.getEngine());
		for (Connector additionalConnector : this.additionalTomcatConnectors) {
			tomcat.getService().addConnector(additionalConnector);
		}
        //准备上下文，主要会提前放入他自己的ServletContextInitializer(Servlet上下文是初始化器)
        //实现类，供SpringBoot在ServletContainerInitializer的onStartup()里遍历调用自己的onStartup()
        //为了注册用户自定义的Filter和Servlet到ServletContext中
		prepareContext(tomcat.getHost(), initializers);
        //启动tomcat
		return getTomcatWebServer(tomcat);
	}

 具体代码：org.springframework.boot.web.embedded.tomcat.TomcatWebServer ->initialize();

private void initialize() throws WebServerException {
	// Start the server to trigger initialization listeners
	this.tomcat.start();
}

在这时候按照servlet3.0的标准，Tomcat启动的时候会调用ServletContainerInitializer（Servlet容器初始化器）所有实现类的onStartup()方法

具体代码：TomcatStarter->onStartup();

@Override
public void onStartup(Set<Class<?>> classes, ServletContext servletContext) throws ServletException {
   
   for (ServletContextInitializer initializer : this.initializers) {
         initializer.onStartup(servletContext);
   }
   
}

具体代码：ServletRegistrationBean->onStartup(); 

@Override
public final void onStartup(ServletContext servletContext) throws ServletException {
   String description = getDescription();
   if (!isEnabled()) {
      logger.info(StringUtils.capitalize(description) + " was not registered (disabled)");
      return;
   }
   //拿到Tomcat传过来的ServletContext进行注册
   register(description, servletContext);
}

具体代码：ServletRegistrationBean->addRegistration(); 

@Override
protected ServletRegistration.Dynamic addRegistration(String description, ServletContext servletContext) {
   String name = getServletName();
   return servletContext.addServlet(name, this.servlet);
}

这样 DispatcherServlet 就注册进去了。

这也为啥SpringBoot只支持Servlet3.0的容器，只不过赶上了3.0的好特性，才让我们开发者体验到非常友善的傻白甜的开发。

 

4.扩展

首先SpringBoot有两种部署方式  丢Tomcat和java -jar运行。

对于两种，它的启动的也不一样

4.1 SpringBoot内置的容器

首先Springboot并不是web应用，在你只引入

<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter</artifactId>
  <version>2.1.6.RELEASE</version>
  <scope>compile</scope>
</dependency>

它只不过是一个Spring的项目

那官方说的内置servlet容器，默认使用的tomcat是谁引进来的？

如果是web项目就必须得引入spring-boot-starter-web，而它依赖了spring-boot-starter-tomcat

<dependency>
  <groupId>org.apache.tomcat.embed</groupId>
  <artifactId>tomcat-embed-core</artifactId>
  <version>9.0.21</version>
  <scope>compile</scope>
  <exclusions>
    <exclusion>
      <artifactId>tomcat-annotations-api</artifactId>
      <groupId>org.apache.tomcat</groupId>
    </exclusion>
  </exclusions>
</dependency>

4.2丢war包的方式

配置很简单，只需要继承SpringBootServletInitializer，而SpringBootServletInitializer实现了WebApplicationInitializer接口

package com.example;

import org.springframework.boot.builder.SpringApplicationBuilder;
import org.springframework.boot.context.web.SpringBootServletInitializer;  
  
public class SpringBootServletStart extends SpringBootServletInitializer {  
  
    @Override  
    protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
        //这里是@SpringBootApplication类
        return application.sources(DemoApplication.class);
    }  
  
}  

这种方式和SpringMvc的javaConfig一样方式，tomcat启动的时候去找WebApplicationInitializer的实现类

当执行到SpringBootServletInitializer的onStartup方法的时候，new SpringBootApplication.run()

4.3  java -jar运行

maven  package打的jar是不能直接运行的。

为啥我们 maven package一下就可以，那是因为SpringBoot项目都有一个插件

 <plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
  </plugin>

mvn package spring-boot:repackage

所以SpringBoot 打完包在tagger里看到两个，一个是.jar.original  一个是.jar ，也就是说Maven首先在package阶段打包生成*.jar文件；然后执行spring-boot:repackage重新打包，会把项目运行的所有依赖的jar包都整合到一个单独的jar包中，并配置Manifest文件以及JarLauncher
https://docs.spring.io/spring-boot/docs/current/reference/html/build-tool-plugins.html#build-tool-plugins-maven-plugin

Manifest-Version: 1.0
Created-By: Maven Archiver 3.4.0
Build-Jdk-Spec: 13
Implementation-Title: demo
Implementation-Version: 0.0.1-SNAPSHOT
Main-Class: org.springframework.boot.loader.JarLauncher
Start-Class: com.example.demo.DemoApplication
Spring-Boot-Version: 2.2.2.RELEASE
Spring-Boot-Classes: BOOT-INF/classes/
Spring-Boot-Lib: BOOT-INF/lib/