共计 3467 个字符，预计需要花费 9 分钟才能阅读完成。
用了这么多年的 SpringBoot 那么你晓得什么是 SpringBoot 的 web 类型推断吗？
预计很多小伙伴都不晓得，毕竟平时开发做我的项目的时候做的都是一般的 web 我的项目并不需要什么特地的理解，不过抱着学习的心态，阿粉明天带大家看一下什么是 SpringBoot 的 web 类型推断。
SpringBoot 的 web 类型有哪些
既然是 web 类型推断，那咱们必定要晓得 SpringBoot 反对哪些类型，而后能力剖析是怎么进行类型推断的。
依据官网的介绍 SpringBoot 的 web 类型有三种，别离是，NONE、SERVLET 和 REACTIVE，定义在枚举 WebApplicationType 中，这三种类型别离代表了三种含意：
NONE：不是一个web利用，不须要启动内置的web服务器；SERVLET：基于servlet的web利用，须要启动一个内置的servlet服务器；REACTIVE：一个reactive的web利用，须要启动一个内置的reactive服务器；
public enum WebApplicationType {
NONE,
SERVLET,
REACTIVE;
}
web 类型推断
下面提到了 SpringBoot 的三种 web 类型，接下来咱们先通过代码验证一下，而后再剖析一下 SpringBoot 是如何进行类型推断的。
首先咱们通过在 https://start.spring.io/ 疾速的构建三种类型的我的项目，三种类型的我的项目配置除了依赖不一样之外，其余都一样，如下所示
None web
下载后的我的项目文件 pom 中对应的依赖为
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>Servlet web
下载后的我的项目文件 pom 中对应的依赖为
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>Reactive web
下载后的我的项目文件 pom 中对应的依赖为
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-webflux</artifactId>
</dependency>接下来咱们顺次启动三个我的项目看看有什么区别，
启动 None web
通过启动日志咱们能够看到，在 None web 类型下，利用启动运行后就主动敞开了，并没有启动内置的 web 服务器，也没有监听任何端口。接下来咱们看看其余两种类型 web 的启动日志都是怎么样的。
启动 Servlet web
通过启动日志咱们能够看到这里启动了内置的 Tomcat Servlet 服务器，监听了 8080 端口，应用程序并不会像 None 类型一样，启动后就主动敞开。
启动 Reactive web
通过启动日志咱们能够看到，这里启动了内置的 Netty 服务器，并监听在 8080 端口上（如果启动失败记得把下面 servlet web 敞开，不然端口会抵触）。
三种类型的服务咱们都胜利启动了，那么接下来的问题就是 SpringBoot 是如何判断出该应用哪种类型的呢？
这三个服务咱们只有依赖不一样，很显著必定和依赖有关系，接下来咱们就来钻研一下 SpringBoot 是如何实现的。
SpringBoot Web 类型推断原理
咱们在 main 办法中点击 run 办法，
public static ConfigurableApplicationContext run(Class<?>[] primarySources, String[] args) {return new SpringApplication(primarySources).run(args);
} 在构造函数中咱们能够看到其中有这么一行 this.webApplicationType = WebApplicationType.deduceFromClasspath(); 依据属性名称咱们能够推断，web 类型就是依据 WebApplicationType.deduceFromClasspath(); 这个静态方法来判断的。接下来咱们看下这个办法的细节。
如上图所示，能够看到 SpringBoot 底层是通过 ClassUtils.isPresent() 办法来判断对应的 web 类型类是否存在来判断 web 类型的。
在前类门路上面如果当 org.springframework.web.reactive.DispatcherHandler 存在而且 org.springframework.web.servlet.DispatcherServlet 和 org.glassfish.jersey.servlet.ServletContainer 都不存在的时候阐明以后利用 web 类型为 Reactive。
当 javax.servlet.Servlet 和 org.springframework.web.context.ConfigurableWebApplicationContext 任何一个不存在的时候，就阐明以后利用是 None 类型非 web 利用。否则以后利用就为 Servlet 类型。
而咱们再看这个 ClassUtils.isPresent() 办法，能够发现底层是通过 className 在类门路上加载对应的类，如果存在则返回 true，如果不存在则返回 false。
因而这也解释了为什么咱们在 pom 文件中只有退出对应的依赖就能够间接失去相应的 web 类型了，因为当咱们在 pom 中退出相应的依赖过后，类门路外面就存在了后面判断的对应的类，再通过 ClassUtils.isPresent() 就判断进去以后利用属于那种 web 类型了。
内置服务器是如何创立的
晓得了 SpringBoot 是如何进行 web 类型推断的，那么接下来一个问题就是 SpringBoot 是如何依据 web 类型进行相应内置 web 服务器的启动的呢？这里咱们以 Reactive web 为例进行调试追踪。
首先咱们在 SpringApplication 的 run 办法 createApplicationContext() 下一行打断点，能够发现创立胜利的 context 类型为 AnnotationConfigReactiveWebServerApplicationContext 很显著在这一步的时候就曾经依据类型推断失去了以后的利用 web 类型为 Reactive，并且依据 web 类型创立出了对应的 ApplicationContext。
紧接着咱们进入 org.springframework.boot.SpringApplication#refreshContext 办法，最初咱们能够进入到 org.springframework.boot.web.reactive.context.ReactiveWebServerApplicationContext#refresh 办法中，因为 AnnotationConfigReactiveWebServerApplicationContext 继承了 ReactiveWebServerApplicationContext。
持续通过援用关系，咱们能够找到 org.springframework.boot.web.reactive.context.ReactiveWebServerApplicationContext#onRefresh 办法，而在这个办法外面咱们就会发现了如下代码，此处就会创立一个 webServer。
具体创立的办法在 WebServerManager 外面，跟着持续往下找咱们能够找到 createHttpServer() 办法，在 createHttpServer() 办法中就创立了 HttpServer 并且绑定了默认的端口 8080。具体过程，如下几张接入所示，感兴趣的能够自行跟踪 debug，至此一个 Reactive 内置服务器就创立胜利了，同样的 Servlet 服务器也是相似的。
总结
Spring 的呈现给 Java 程序员带来了春天，而 SpringBoot 框架的呈现又极大的减速了程序员的开发效率，然而很多时候咱们在应用她的便当的同时会短少对于底层零碎实现的把握，心愿这篇文章弄帮忙大家对 SpringBoot 产生更多的了解。
