用了這么多年的 SpringBoot 你知道什么是 SpringBoot 的 Web 型別推斷嗎？

用了這么多年的 SpringBoot 那么你知道什么是 SpringBoot 的 web 型別推斷嗎？

估計很多小伙伴都不知道，畢竟平時開發做專案的時候做的都是普通的 web 專案并不需要什么特別的了解，不過抱著學習的心態，阿粉今天帶大家看一下什么是 SpringBoot 的 web 型別推斷，

SpringBoot 的 web 型別有哪些

既然是web 型別推斷，那我們肯定要知道 SpringBoot 支持哪些型別，然后才能分析是怎樣進行型別推斷的，

根據官方的介紹 SpringBoot 的 web 型別有三種，分別是，NONE、SERVLET 和 REACTIVE，定義在列舉 WebApplicationType 中，這三種型別分別代表了三種含義：

1. NONE：不是一個 web 應用，不需要啟動內置的 web 服務器；
2. SERVLET：基于 servlet 的 web 應用，需要啟動一個內置的 servlet 服務器；
3. 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 產生更多的理解，

本文來自博客園，作者：zi-you，轉載請注明原文鏈接：https://www.cnblogs.com/zi-you/p/17006734.html

標籤：其他

上一篇：【深入淺出 Yarn 架構與實作】4-3 RM 管理 NodeManager

下一篇：利用WordPress搭建屬于自己的網站