不得不說 SpringBoot 太雜亂了，我原本只想研討一下 SpringBoot 最簡略的 HelloWorld 程序是如何從 main 辦法一步一步跑起來的，可是這卻是一個適當深的坑。你可以試著沿著調用棧代碼一層一層的深入進去，假如你不打斷點，你根本不知道接下來程序會往哪裡活動。這個不同於我研討過去的 Go 言語、Python 言語結構，它們一般都十分直接了當，規劃上清晰易懂，代碼寫起來簡略，裡邊的完成同樣也很簡略。可是 SpringBoot 不是，它的外表輕巧簡略，可是它的裡邊就像一隻巨大的怪獸，這隻怪獸有千百隻腳把自己纏繞在一同，把愛研討源碼的讀者繞的暈頭轉向。可是這 Java 編程的世界 SpringBoot 就是老大哥，你卻不得不服。即便你的心中有千萬頭草泥馬在奔馳，可是它就是天下第一。假如你是一個學院派的程序員，看到這種現象你會懷疑人生，你不得不接受一個規則 —— 受市場最歡迎的未必就是規劃的最好的，裡邊夾雜著太多其它的非理性要素。
經過了一番痛苦的摧殘，我還是把 SpringBoot 的運轉原理摸清楚了，這兒分享給大家。
一、Hello World
首要咱們看看 SpringBoot 簡略的 Hello World 代碼，就兩個文件 HelloControll.java 和 Application.java，運轉 Application.java 就可以跑起來一個簡略的 RESTFul Web 服務器了。
當我打開瀏覽器看到服務器正常地將輸出呈現在瀏覽器的時分，我不由大喊 —— SpringBoot 真他媽太簡略了。
可是問題來了，在 Application 的 main 辦法裡我壓根沒有任何當地引證 HelloController 類，那麼它的代碼又是如何被服務器調用起來的呢？這就需求深入到 SpringApplication.run() 辦法中看個究竟了。不過即便不看代碼，咱們也很容易有這樣的猜想，SpringBoot 肯定是在某個當地掃描了當時的 package，將帶有 RestController 註解的類作為 MVC 層的 Controller 主動註冊進了 Tomcat Server。
還有一個讓人不爽的當地是 SpringBoot 發動太慢了，一個簡略的 Hello World 發動居然還需求長達 5 秒，要是再雜亂一些的項目這樣龜漫的發動速度那真是不好幻想了。
再訴苦一下，這個簡略的 HelloWorld 雖然 pom 裡只裝備了一個 maven 依靠，可是傳遞下去，它總共依靠了 36 個 jar 包，其中以 spring 最初的 jar 包有 15 個。說這是依靠地獄真一點不為過。
批判到這兒就差不多了，下面就要正是進入主題了，看看 SpringBoot 的 main 辦法到底是如何跑起來的。
二、SpringBoot 的倉庫
瞭解 SpringBoot 運轉的最簡略的辦法就是看它的調用倉庫，下面這個發動調用倉庫還不是太深，我沒什麼可訴苦的。
接下來再看看運轉時倉庫，看看一個 HTTP 懇求的調用棧有多深。不看不知道一看嚇了一大跳！
我通過將 IDE 窗口全屏化，並將其它的控制檯窗口源碼窗口統統最小化，總算勉強一個屏幕裝下了整個調用倉庫。
不過轉念一想，這也不怪 SpringBoot，絕大多數都是 Tomcat 的調用倉庫，跟 SpringBoot 相關的只要不到 10 層。
三、探究 ClassLoader
SpringBoot 還有一個特色的當地在於打包時它運用了 FatJar 技能將一切的依靠 jar 包一同放進了終究的 jar 包中的 BOOT-INF/lib 目錄中，當時項目的 class 被一致放到了 BOOT-INF/classes 目錄中。
這不同於咱們平常經常運用的 maven shade 插件，將一切的依靠 jar 包中的 class 文件解包出來後再密密麻麻的塞進一致的 jar 包中。下面咱們將 springboot 打包的 jar 包解壓出來看看它的目錄結構。
這種打包方式的優勢在於終究的 jar 包結構很清晰，一切的依靠一目瞭然。假如運用 maven shade 會將一切的 class 文件混亂堆積在一同，是無法看清其中的依靠。而終究生成的 jar 包在體積上兩也者幾乎是相等的。
在運轉機制上，運用 FatJar 技能運轉程序是需求對 jar 包進行改造的，它還需求自定義自己的 ClassLoader 來加載 jar 包裡邊 lib 目錄中嵌套的 jar 包中的類。咱們可以對比一下兩者的 MANIFEST 文件就可以看出顯著差異：
SpringBoot 將 jar 包中的 Main-Class 進行了替換，換成了 JarLauncher。還增加了一個 Start-Class 參數，這個參數對應的類才是真實的業務 main 辦法進口。咱們再看看這個 JarLaucher 具體幹了什麼：
從源碼中可以看出 JarLaucher 創立了一個特別的 ClassLoader，然後由這個 ClassLoader 來另啟一個獨自的線程來加載 MainClass 並運轉。
又一個問題來了，當 JVM 遇到一個不認識的類，BOOT-INF/lib 目錄裡又有那麼多 jar 包，它是如何知道去哪個 jar 包里加載呢？咱們持續看這個特別的 ClassLoader 的源碼：
這兒的 rootClassLoader 就是雙親派遣模型裡的 ExtensionClassLoader ，JVM 內置的類會優先運用它來加載。假如不是內置的就去查找這個類對應的 Package。
ClassLoader 會在本地緩存包名和 jar包途徑的映射聯繫，假如緩存中找不到對應的包名，就必須去 jar 包中挨個遍歷搜索，這個就比較緩慢了。不過同一個包名只會搜索一次，下一次就可以直接從緩存中得到對應的內嵌 jar 包途徑。
深層 jar 包的內嵌 class 的 URL 途徑長下面這樣，運用感嘆號 ! 分割：
jar:file:/workspace/springboot-demo/target/application.jar!/BOOT-INF/lib/snakeyaml-1.19.jar!/org/yaml/snakeyaml/Yaml.class
不過這個定製的 ClassLoader 只會用於打包運轉時，在 IDE 開發環境中 main 辦法還是直接運用體系類加載器加載運轉的。
不得不說，SpringbootLoader 的規劃還是很有意思的，它自身很輕量級，代碼邏輯很獨立沒有其它依靠，它也是 SpringBoot 值得欣賞的點之一。
四、HelloController 主動註冊
還剩下最後一個問題，那就是 HelloController 沒有被代碼引證，它是如何註冊到 Tomcat 服務中去的？它靠的是註解傳遞機制。
SpringBoot 深度依靠註解來完結裝備的主動裝配工作，它自己發明晰幾十個註解，的確嚴重增加了開發者的心智負擔，你需求仔細閱讀文檔才能知道它是用來幹嘛的。Java 註解的方式和功用是別離的，它不同於 Python 的裝修器是功用性的，Java 的註解就比如代碼註釋，自身只要特點，沒有邏輯，註解相應的功用由散落在其它當地的代碼來完結，需求剖析被註解的類結構才可以得到相應註解的特點。
那註解是又是如何傳遞的呢？
首要 main 辦法可以看到的註解是 SpringBootApplication，這個註解又是由ComponentScan 註解來定義的，ComponentScan 註解會定義一個被掃描的包名稱，假如沒有顯現定義那就是當時的包途徑。SpringBoot 在遇到 ComponentScan 註解時會掃描對應包途徑下面的一切 Class，依據這些 Class 上標示的其它註解持續進行後續處理。當它掃到 HelloController 類時發現它標示了 RestController 註解。
而 RestController 註解又標示了 Controller 註解。SpringBoot 對 Controller 註解進行了特別處理，它會將 Controller 註解的類當成 URL 處理器註冊到 Servlet 的懇求處理器中，在創立 Tomcat Server 時，會將懇求處理器傳遞進去。HelloController 就是如此被主動裝配進 Tomcat 的。
掃描處理註解是一個十分繁瑣齷齪的活計，特別是這種用註解來註解註解（繞口）的高級運用辦法，這種辦法要少用慎用。SpringBoot 中有很多的註解相關代碼，企圖理解這些代碼是乏味無趣的沒有必要的，它只會把你的原本清醒的腦袋搞暈。SpringBoot 對於習氣運用的同學來說它是十分便利的，可是其內部完成代碼不要輕易模仿，那絕對算不上榜樣 Java 代碼。
最後老錢表明自己真的很厭煩 SpringBoot 這隻怪獸，可是很無法，這個世界人人都在運用它。這就比如老人們常常告誡年輕人的那句話：假如你改變不了世界，那就先習慣這個世界吧！
轉發+關注。私信“資料”即可獲取JAVA進階視頻資料，
閱讀更多 java高級架構 的文章
