前言

24歲，有些人可能還剛剛找到工作，正在默默的埋頭苦幹；有些人，為了生活在北漂，為了房租而不懈努力；有些人可能還沒有方向，正在迷茫階段，不知所措！

而他，24歲已經是美團的80W年薪架構師了。這到底是為了什麼？

因為，他從小就熱愛程式設計，自從13歲開始就喜歡上了程式設計，通過自己的不懈努力，終於考上了自己夢寐以求的大學，學習一直名列前茅！

終於，畢業那年應聘阿里，以自己優異的原始碼底層功底，豐富的架構思維一路過關斬將，最後徹底的征服了阿里p9面試官，順利的拿到了阿里p6的職級，p7的薪水，後來跳槽到美團拿到80W的年薪+股票。

在偶然的情況下，有了一次交談的機會，我就問他，為何有如此高的成就的？他就跟我說了他的經歷，於是就跟我聊了很多，我真的是被他思維和技術能力深深的折服，而且我還比他大，真的太慚愧了！！

後來，他給我推薦了一份檔案，開始的時候我還不在意，沒有認真的來讀；等我靜下心來想學習的時候，突然之間想起了這份檔案，我就拿起來仔細品讀，果然不一般，架構思維是真的強啊！！
讓我的人生從此走上了光明的道路！

今天有幸把這份springboot程式設計思想檔案分享給大家，希望大家能夠仔細品讀其中的真諦，也希望能夠得到大家的喜歡！！

目錄

 

主要內容

本文開篇總覽Spring Boot核心特性，逐一討論Spring Boot官網所羅列之六大特性，然而其中兩點並非Spring Boot專屬，故點到為止，而將討論聚焦在其五大特性，分別為自動裝配（Auto-Configuration)、SpringApplication、外部化設定、Spring Boot Actuator和嵌入式Web容器。

第1部分總覽Spring Boot

第1章初覽Spring Boot；1.1 Spring Framework時代，1.2 Spring Boot簡介，1.3 Spring Boot的特性，1.4準備執行環境；

 

第2章理解獨立的Spring應用；口頭上，開發人員常將Spring Boot框架構建的應用稱為Spring Boot應用，然而實際上是Spring應用。在上述的Web容器中，無論Servlet容器，還是Netty Web容器，均不屬於Spring家族的產品。

在傳統的Spring應用中，外接容器需要啟動指令碼將其引導，隨其生命週期回撥執行Spring上下文的初始化。比較有代表性的是Spring Web中的ContextLoaderListener和Web MVC中的DispatcherServlet，前者利用servletContext生命週期構建Web ROOT Spring應用上下文，後者結合Servlet生命週期建立DispatcherServlet的Spring應用上下文。無論何種方式，均屬於被動的回撥執行，這也是為什麼它們並沒有完整的應用主導權的原因。然而當Spring Boot出現嵌入式容器啟動方式後，嵌入式容器則成為應用的一部分，從本質上來說，它屬於Spring應用上下文中的元件Beans,這些元件和其他元件均由自動裝配特性組裝成Spring Bean定義(BeanDefinition)，隨Spring應用上下文啟動而註冊並初始化。而驅動Spring應用上下文啟動的核心元件則是SpringBoot核心APISpringApplication，所以是Spring應用，也可以稱為Spring Boot應用。

 

第3章理解固化的Maven依賴；在前面的討論中，曾引入相關的Stater 的依賴，比如org.springframework.boot:spring-boot-starter-web，org.springframework.boot:spring-boot-loader同樣如此。又已知兩者的版本資訊均繼承於org.springframework.boot:spring-boot-starter-parent，而這些特性屬於Maven依賴管理的範疇，這樣就降低了Spring Boot應用管理依賴的成本，因此，Spring Boot官方的描述為「We take an opinionated view of the Spring platform and third-party libraries so you can getstarted with minimum fuss.」。不過通過設定org.springframework.boot:spring-boot- starter-parent的方式存在一定的限制，因為採用單繼承的方式，所以限制了其固化Maven依賴（僅限於Spring Boot相關)，並且很有可能應用pom.xml擁有自定義Parent。如果需要固化其他型別的依賴則較為煩瑣，如Spring Cloud依賴。Spring Boot官方檔案在「13.2.2 Using Spring Boot without the ParentPOM」章節中有相關說明:

 

第4章理解嵌入Web容器；在Spring Boot官方網頁上，明文提示開發人員Spring Boot應用直接嵌入Tomcat、Jetty和Undertow作為其核心特性，而其中並沒有提及嵌入式Netty Web Server，可能是因為當前Spring Boot1.x和2.0並存，而嵌入式Netty Web Server僅屬於2.0版本的新特性。這幾種容器實現統稱為嵌入式Web容器，容器之間是互斥關係，無法並存。不過Spring Boot專案可通過指定容器的Maven依賴來切換Spring Boot應用的嵌入式容器型別，無須程式碼層面的調整，不同的嵌入式容器存在專屬的設定屬性，自然也不再需要以WAR檔案方式進行部署:

 

第5章理解自動裝配；自動裝配是存在前提的，它取決於開發人員在應用的Class Path下新增的JAR檔案依賴，同時其自動裝配的實體並非一定裝載，所以檔案使用了「attempts」(嘗試）來進行描述。

當HSQLDB存在於應用的Class Path中時，開發人員不需要手動設定資料庫連線的Beans，而是由Spring Boot自動裝配一個記憶體型的資料庫。不過官方如此輕描淡寫地描述自動裝配的範例，恐怕讓人產生疑惑。能夠理解的是，Spring Boot自動裝配的物件是Spring Bean，所以不需要人工干預，比如通過XML組態檔或Java編碼等方式組裝Bean。顯然，官方認為開發人員應該知道HSQLDB.同樣地，它也認為Spring Boot使用者熟悉Spring Framework。

 

第6章理解Production-Ready特性；作為Spring Boot核心特性之一，如此扼要的說明必然讓人產生疑惑，不過Production-Ready概念達到了先入為主的效果。為此，也查詢過不少關於「Production-Ready」名詞解釋的資料，如從Google中搜尋鍵碼「Production-Ready"，驚奇地發現搜尋結果的首頁並沒有出現於任何與Spring相關的內容。

其中前三搜尋結果分別是:

• .Define "production-ready" - Software Engineering Stack Exchange
• .What does it mean when code is 'production ready? - Quora
• What does it mean to be "production ready"?- Issue #3 - mitodl…

 

第2部分走向自動裝配；

第7章走向註解驅動程式設計(Annotation-Driven)；相信大多數資深的開發人員在正式使用Spring Framework前，必先理解兩大核心思想:loC(Inversion of Control，控制反轉）和 DI(Dependency Inject，依賴注入)，其推崇的理念是應用系統不應以Java程式碼的方式直接控制依賴關係，而是通過容器來加以管理。隨後Spring Framework的作者說明其框架對IoC和DI支援的天然性。由於當時Java 5Annotation尚未釋出，結合J2EE(JavaEE的前身，當時還稱為J2EE）的傳統，通過XML檔案的方式管理Bean之間的依賴關係。

 

第8章Spring註解驅動設計模式；8.1 Spring @Enable模組驅動；8.2 Spring Web自動裝配；8.3 Spring條件裝配。

 

第9章Spring Boot自動裝配；明顯地，在自動裝配ProxyAsyncConfiguration前，需要對@EnableAsync的元註解情況進行條件判斷。透過現象看本質，當Spring應用自動裝配某些元件時，它需要一種綜合性技術手段，重新深度整合Spring註解程式設計模型、@Enable模組驅動及條件裝配等Spring Framework原生特性，這種技術就是「Spring Boot自動裝配」。

 

第3部分理解SpringApplication；

第10章 SpringApplication初始化階段；SpringApplication初始化階段屬於執行前的準備階段，大多數Spring Boot應用直接或間接地使用SpringApplicationAPI驅動Spring應用，SpringApplication允許指定應用的型別，大體上包括Web應用和非Web應用。從Spring Boot 2.0開始，Web應用又可分為Servlet Web和ReactiveWeb。當然SpringApplication也可以調整Banner的輸出，設定預設屬性的內容等。這些狀態變更的操作只要在run()方法之前指定即可。簡單而言，SpringApplication的準備階段主要由兩階段完成:構造階段和設定階段。接下來分別深入討論。

 

第11章SpringApplication執行階段；SpringApplication執行階段屬於核心過程，完整地圍繞run(String...)方法展開。該過程結合初始化階段完成的狀態，進一步完善了執行時所需要準備的資源，隨後啟動Spring應用上下文，在此期間伴隨Spring Boot和Spring事件的觸發,形成完整的SpringApplication生命週期。因此，下面將圍繞以下三個子議題進行討論:

• SpringApplication準備階段;
• ApplicationContext啟動階段;
• .ApplicationContext啟動後階段。

 

第12章SpringApplication結束階段；Spring Boot 1.x和2.0版本對於SpringApplication結束階段的實現邏輯是相對穩定的，存在SpringApplication正常結束和SpringApplication異常結束兩種情況。不過在實現手段上，前後版本確實存在差異，下面進行討論。

 

第13章Spring Boot應用退出；按照其字面意思，當.Spring Boot程式執行結束時，ExitCodeGenerator Bean將返回getExitCode()方法實現的退出碼，不過這也暗示著一個前提條件，即Spring應用上下文必須是活動的（ ConfigurableApplicationContext#isActive()方法返回true )，說明此時SpringApplication屬於正常結束。相反，當SpringApplication執行異常時，退出碼又是如何影響Spring Boot應用的行為呢?

 

這份【springboot程式設計思想核心篇】共有628頁，因為內容實在是太多了，無法一一給大家展示出來，需要完整版的朋友，可以轉發此文關注小編，掃碼來獲取！！

總結

本文以Spring Boot2.0為討論的主線，討論的範圍將涵蓋Spring Boot1.x的所有版本，以及所關聯的Spring Framework版本，致力於:

• ·場景分析——掌握技術選型
• ·系統學習——拒絕淺嘗輒止
• ·重視規範——瞭解發展趨勢
• ·原始碼解讀——理解設計思想
• ·實戰演練——鞏固學習成果

希望本文能夠幫會到大家的學習，讓大家快速地掌握其中的技術知識，提升自己的技術深度和廣度，讓自己變得更有價值，也希望能夠得到大家的喜歡！！