一個(gè)能流行起來(lái)的成熟的開(kāi)源項(xiàng)目必定功能齊全，可擴(kuò)展，而功能齊全可擴(kuò)展的開(kāi)源項(xiàng)目必定很復(fù)雜，代碼量大。比如Spring5框架的源碼行數(shù)達(dá)到了六七十萬(wàn)行，SpringBoot的源碼行數(shù)達(dá)到了25萬(wàn)行左右，Dubbo和RocketMQ的源碼行數(shù)達(dá)到了10萬(wàn)行。一個(gè)成熟的開(kāi)源項(xiàng)目代碼量這么多，可以想象其有多復(fù)雜。

閱讀源碼時(shí)，我們有時(shí)候無(wú)法猜透源碼作者當(dāng)時(shí)編碼時(shí)的想法。因?yàn)樵趧傞_(kāi)始閱讀源碼的過(guò)程中，我們肯定會(huì)遇到很不懂的代碼，不知道作者為何這么寫(xiě)，為何在這個(gè)位置寫(xiě)代碼，這些都是很正常的，因?yàn)楫?dāng)初作者為啥這么寫(xiě)，可能是針對(duì)一些比較特殊的業(yè)務(wù)場(chǎng)景，或者為了某方面的性能等等，我們根本無(wú)法猜透。打個(gè)不太恰當(dāng)?shù)谋扔?#xff0c;閱讀源碼猜測(cè)作者的心思就像當(dāng)初遇到一個(gè)自己喜歡的姑娘，猜測(cè)她的心思一樣，比如猜測(cè)她喜歡什么，她的興趣愛(ài)好是什么。其實(shí)剛開(kāi)始閱讀源碼也一樣，有些地方我們一開(kāi)始是無(wú)法猜透作者的心思的。

有些開(kāi)源框架可能集操作系統(tǒng)知識(shí)，數(shù)據(jù)結(jié)構(gòu)，算法和設(shè)計(jì)模式于一身。是的，優(yōu)秀的框架必定是集成了很多設(shè)計(jì)模式于一身，目前為止筆者還沒(méi)見(jiàn)過(guò)哪種流行的又沒(méi)有應(yīng)用設(shè)計(jì)模式的框架哈。比如很多框架運(yùn)用了單例模式，工廠模式，責(zé)任鏈模式，裝飾器模式和模板方法模式等，因?yàn)槭褂迷O(shè)計(jì)模式能讓框架易于擴(kuò)展。同時(shí)，不乏一些框架應(yīng)用了一些操作系統(tǒng)層面的知識(shí)，這一塊比較底層，相信很多學(xué)java的小伙伴沒(méi)接觸過(guò)。此外，開(kāi)源框架某些地方會(huì)用到數(shù)據(jù)結(jié)構(gòu)和算法，舉個(gè)栗子，比如Dubbo默認(rèn)有四種負(fù)載均衡策略，而每種策略又對(duì)應(yīng)一種算法，其中又?jǐn)?shù)RoundRobinLoadBalance負(fù)載均衡策略最復(fù)雜，一開(kāi)始實(shí)現(xiàn)RoundRobinLoadBalance負(fù)載均衡的方式并不太完美或者說(shuō)有bug，Dubbo也是重寫(xiě)過(guò)RoundRobinLoadBalance幾次，最終借鑒了Nginx的RoundRobinLoadBalance負(fù)載均衡算法。

上篇文章《我們?yōu)槭裁匆獙W(xué)習(xí)源碼...》也說(shuō)過(guò)優(yōu)秀框架之間的思想都是互相借鑒的，這就是我們要學(xué)習(xí)源碼的原因之一。

這里好像扯的有點(diǎn)遠(yuǎn)了，總之這里要說(shuō)明的是閱讀優(yōu)秀框架是有一定難度的。

有些開(kāi)源框架注釋太少也增加了閱讀源碼的難度。說(shuō)到開(kāi)源項(xiàng)目注釋，如果我們閱讀老外寫(xiě)的的框架源碼可能還好，一般都會(huì)有大量注釋，比如Spring框架，可以說(shuō)幾乎每個(gè)方法都有注釋，這個(gè)就給我們閱讀源碼起了很大的幫助。不過(guò)唯一不好的可能就是英文注釋，閱讀對(duì)英語(yǔ)有一定的要求。其實(shí)英文注釋還好，遇到不懂的，百度翻一下就好了。其實(shí)比較頭疼的就是一些國(guó)內(nèi)優(yōu)秀的開(kāi)源框架，其注釋可以說(shuō)是很少的，這無(wú)疑大大增加了閱讀的難度，甚至有些框架的文檔也不齊全，那就更加GG了。

開(kāi)始閱讀源碼時(shí)，先對(duì)框架的模塊及其關(guān)系有一個(gè)整體的認(rèn)識(shí)。我們要對(duì)框架項(xiàng)目的模塊和目錄要有一個(gè)全盤(pán)的了解，要知道每個(gè)模塊是干嘛的，然后要了解模塊與模塊之間的關(guān)系。

舉個(gè)栗子，比如Dubbo的模塊分包核心的主要有以下八個(gè)，如下圖，我們要知道最基礎(chǔ)的的模塊應(yīng)該是dubbo-common公共邏輯模塊，這個(gè)模塊作為最基礎(chǔ)的模塊，主要是提供了通用模型和工具類(lèi)；然后dubbo-remoting是遠(yuǎn)程通訊模塊，依賴(lài)于dubbo-common模塊，相當(dāng)于Dubbo協(xié)議的實(shí)現(xiàn)；而dubbo-rpc則是遠(yuǎn)程調(diào)用模塊，依賴(lài)于dubbo-remoting模塊，抽象各種協(xié)議，以及動(dòng)態(tài)代理；dubbo-cluster是集群模塊，依賴(lài)于dubbo-rpc模塊，將多個(gè)服務(wù)提供方偽裝為一個(gè)提供方，包括：負(fù)載均衡, 容錯(cuò)，路由等。

分析源碼先從父類(lèi)或父接口開(kāi)始分析。因?yàn)楦割?lèi)或者父接口往往代表了一類(lèi)功能，這些基類(lèi)或基類(lèi)接口往往抽象了各個(gè)具體子類(lèi)共有的屬性和行為，一些比較基礎(chǔ)的方法都在父類(lèi)中實(shí)現(xiàn)，然后留個(gè)模板方法給子類(lèi)去實(shí)現(xiàn)即可（模板方法的應(yīng)用）。

舉個(gè)栗子，這里還是拿Dubbo的負(fù)載均衡來(lái)說(shuō)吧，如下圖，LoadBalance是各種負(fù)載均衡策略的超級(jí)接口，定義了 select 方法用來(lái)實(shí)現(xiàn)選擇哪臺(tái)機(jī)器；然后AbstractLoadBalance是一個(gè)抽象類(lèi)，實(shí)現(xiàn)了LoadBalance接口，在覆蓋了 select 方法后，其又增加了 calculateWarmupWeight 和 getWeight 權(quán)重相關(guān)的兩個(gè)方法，因?yàn)檫@些方法都跟具體的負(fù)載均衡策略類(lèi)有關(guān)，故在父類(lèi)實(shí)現(xiàn)了。值得注意的是AbstractLoadBalance抽象類(lèi)的 select 方法中里留了個(gè)給子類(lèi)覆蓋的 doSelect 方法，具體的負(fù)載均衡策略將在doSelect中實(shí)現(xiàn)。

閱讀源碼前首先要找到啟動(dòng)類(lèi)。閱讀分析源碼時(shí)要先從啟動(dòng)類(lèi)開(kāi)始，因此找到框架啟動(dòng)的入口很重要。

閱讀源碼時(shí)要分清主干和枝節(jié)代碼。找到啟動(dòng)入口后，然后就可以順著啟動(dòng)入口一步一步調(diào)試來(lái)閱讀源碼了。不過(guò)在初次調(diào)試源碼時(shí)值得注意的是一定要分清主次代碼，即要先閱讀主干代碼，其他枝枝節(jié)節(jié)的代碼沒(méi)明白的可以放一邊。切忌一開(kāi)始就深入細(xì)節(jié)然后出不來(lái)了，這樣就會(huì)造成只見(jiàn)冰山一角而看不到全貌的感覺(jué)。

閱讀源碼前要分清主次模塊。即閱讀分析源碼不能漫無(wú)目的，全盤(pán)通讀，我們要從我們平時(shí)有用到的模塊開(kāi)始分析。每個(gè)人的時(shí)間都很寶貴，我們要把時(shí)間花在刀刃上。比如SpringBoot增加的新特性中有自動(dòng)配置，而自動(dòng)配置特性又非常重要，因此可以挑選自動(dòng)配置來(lái)進(jìn)行源碼分析。

要充分利用源碼項(xiàng)目的測(cè)試類(lèi)。之前也說(shuō)過(guò)，一個(gè)框架之所以能流行，必定是經(jīng)過(guò)大量測(cè)試的。因此如果我們想具體了解某個(gè)類(lèi)和某個(gè)方法，我們可以充分利用這些測(cè)試類(lèi)來(lái)輔助我們?cè)创a分析。

要學(xué)會(huì)一些調(diào)試技巧。這一點(diǎn)也很重要，比如在調(diào)試過(guò)程中如何查看調(diào)用關(guān)系等等，這里不多說(shuō)，如何高效學(xué)習(xí)和閱讀源碼這篇文章中分享了大量調(diào)試的干活，小伙伴們可以瞅瞅。此外，還要學(xué)會(huì)有技巧的搜索源碼，說(shuō)到這里，下面舉個(gè)栗子。

舉個(gè)Spring事件監(jiān)聽(tīng)的栗子。比如我們現(xiàn)在要知道哪個(gè)監(jiān)聽(tīng)器監(jiān)聽(tīng)了ContextRefreshedEvent事件，此時(shí)我們可以通過(guò)idea全局搜索"(ContextRefreshedEvent"關(guān)鍵字，得到以下截圖：從下圖可以看到spring-webmvc模塊的FrameworkServlet，spring-context模塊的ScheduledAnnotationBeanPostProcessor,和spring-jms模塊的JmsListenerEndpointRegistry等類(lèi)訂閱了ContextRefreshedEvent事件，那么在容器刷新的時(shí)候這幾個(gè)類(lèi)將會(huì)監(jiān)聽(tīng)到ContextRefreshedEvent事件，執(zhí)行一些初始化邏輯。