寄人籬下的日子
一直以來受傳統影響，我們的web工程總是打成war包，然后放入tomcat的webapps目錄下面。
如下圖01：
當tomcat啟動時，會去解壓war包，然后運行web工程。這大家都非常熟悉了。
用一個抽象的圖形表示，就是這樣子。如下圖02：
在一個大大的tomcat里面，有一個小小的war包，貌似沒有地位啊。
不知道有沒有人思考過這兩個問題：
1）Spring在哪里？
2）tomcat和war包是如何聯系上的呢？
對於第一個問題，因為我們的web工程是使用spring-web開發的，所以Spring在war包里呢。
Spring蜷縮在小小的war包里，生活在tomcat的屋檐下，完全一副威風不起來樣子。
這簡直是叔可忍，嬸也不能忍啊。
對於第二個問題，tomcat和war包在代碼上沒啥關系。它們其實是通過Java Web的規范聯系上的。
這個規范是這樣的，在某一個jar包的META-INF目錄下，必須要有一個services目錄。
在這個目錄下必須有一個以javax.servlet.ServletContainerInitializer為名字的文件。
顯然這個文件名稱是一個接口，所以文件內容就是這個接口的實現類。
拿Spring來說，這個任務自然就落在了spring-web-xxx.jar這個jar包里啦。
如下圖03：
因此，tomcat會掃描web工程里的所有jar包，找到這個文件並讀出里面的接口實現類，然后去調用這個實現類。
這樣一來，啟動流程從tomcat沿着這個實現類就來到了web工程里面了，web工程自然就被啟動起來了。
對於Spring來說，這個實現類一定是由spring-web來提供了，如下圖04：
可以看到Spring唯一能訪問的就是ServletContext，因此Spring的整個容器就是在ServletContext里面放着呢。
這就是傳統的spring-web工程與tomcat的關系。
Spring就一活脫脫的小弟，被埋在tomcat里面，它不甘心啊。
Spring一心想成為大老虎，無奈只能被當作Hello Kitty，寶寶心里苦啊。
翻過身來成主人
Spring一直努力着、等待着、尋找着、觀察着，終於機會來了。
它就是SpringBoot，是它讓Spring翻身成了主人，是它讓Spring百尺竿頭更進一步，掌聲響起來。
現在可以用下面這個圖形表示，如下圖05：
成功實現了“權力反轉”，SpringBoot成了老大，把tomcat納入了麾下。
有時候不得不感慨，真是一念之間，地獄天堂啊。
除此之外，其實SpringBoot更進了一步，它干脆一統了web服務器。
也就是說，它那天看tomcat不爽了，分分鍾換成jetty或netty。
原來它只有一席之地，現在卻擁有了星辰大海。不要太爽了。
當然，為此呢，它需要付出一些額外勞動，不過這個買賣依然非常划算。
因為以有限的代價，換來了無限的可能。現在它就是啟動入口，它想怎么折騰都行。
不得不說，當大哥的感覺真好，如果再有個大嫂，那就更好了，哈哈。
SpringBoot統一web可能還有一個原因，就是要支持響應式web，這樣整體看起來更加對稱。
抽象幾個接口，認真封裝一下
實現統一web服務器方案其實就是，抽象幾個接口，認真封裝一下。真是這樣的。
首先，得有個web服務器接口吧，如下圖06：
一般的人看到這個接口，心中想的是這個接口好簡單啊。
二般的人看到這個接口，心中想的是這個接口抽象程度很高啊，說明它的不同實現之間差異化一定很大。
因為抽象程度低的話，不足以抽象出共性，不足以抹平差異化。
所以接口就是它的不同實現類之間的交集，差異化越大的，它們之間的交集就越小。
看下這個接口的不同實現類，如下圖07：
其實就是基於已有的不同web服務器的封裝。不同的web服務器，是不同的團隊設計開發的，幾乎沒有什么共性。
但總歸都要啟動和停止，都要有個端口吧。所以這個接口就是它現在這樣子。
差異化很大的東西，它們的創建過程也一定有較大的差異化，此時一般使用工廠去創建，如下圖0809：
一個是創建基於Servlet的web服務器，一個是創建基於響應式的web服務器。
這樣就實現不同的工廠，來創建不同的web服務器即可。如下圖1011：
我們可以看到netty這個web服務器是不支持Servlet的，只支持Reactive。
這就是整個的抽象思路和實現過程，原理很簡單，但是實現起來要足夠的專業。
就像造車一樣，造好了就是汽車，造不好就是拖拉機，雖然都能開，但是一個天上一個地下。
音樂漸起，華燈初上
從一開始spring-web和tomcat靠一個Java Web的規范連在一起。處於非常被動的地位。
到SpringBoot出現帶來的成功翻身，把自己變成了啟動入口，變成了主體。
不僅可以操作web服務器API，而且還統一了它們。從被動變成了主動地位。
SpringBoot把握住了入口，這就為它開辟了更為廣闊的天地，可以放心去追求詩和遠方了。
音樂漸起，華燈初上，一切美好才剛剛開始。。。
>>> 玩轉SpringBoot系列文章 <<<
【玩轉SpringBoot】用好條件相關注解，開啟自動配置之門
【玩轉SpringBoot】看似復雜的Environment其實很簡單
>>> 品Spring系列文章 <<<
品Spring：SpringBoot和Spring到底有沒有本質的不同？
品Spring：SpringBoot輕松取勝bean定義注冊的“第一階段”
品Spring：SpringBoot發起bean定義注冊的“二次攻堅戰”
品Spring：注解之王@Configuration和它的一眾“小弟們”
品Spring：對@PostConstruct和@PreDestroy注解的處理方法
品Spring：對@Autowired和@Value注解的處理方法
品Spring：真沒想到，三十步才能完成一個bean實例的創建
品Spring：關於@Scheduled定時任務的思考與探索，結果尷尬了
>>> 熱門文章集錦 <<<
爸爸又給Spring MVC生了個弟弟叫Spring WebFlux
【面試】吃透了這些Redis知識點，面試官一定覺得你很NB（干貨 | 建議珍藏）
【面試】如果你這樣回答“什么是線程安全”，面試官都會對你刮目相看（建議珍藏）
【面試】迄今為止把同步/異步/阻塞/非阻塞/BIO/NIO/AIO講的這么清楚的好文章（快快珍藏）
【面試】一篇文章幫你徹底搞清楚“I/O多路復用”和“異步I/O”的前世今生（深度好文，建議珍藏）
作者是工作超過10年的碼農，現在任架構師。喜歡研究技術，崇尚簡單快樂。追求以通俗易懂的語言解說技術，希望所有的讀者都能看懂並記住。下面是公眾號的二維碼，歡迎關注！
