一個能流行起來的成熟的開源項目必定功能齊全，可擴展，而功能齊全可擴展的開源項目必定很復雜，代碼量大。比如Spring5框架的源碼行數達到了六七十萬行，SpringBoot的源碼行數達到了25萬行左右，Dubbo和RocketMQ的源碼行數達到了10萬行。一個成熟的開源項目代碼量這么多，可以想象其有多復雜。

閱讀源碼時，我們有時候無法猜透源碼作者當時編碼時的想法。因為在剛開始閱讀源碼的過程中，我們肯定會遇到很不懂的代碼，不知道作者為何這么寫，為何在這個位置寫代碼，這些都是很正常的，因為當初作者為啥這么寫，可能是針對一些比較特殊的業務場景，或者為了某方面的性能等等，我們根本無法猜透。打個不太恰當的比喻，閱讀源碼猜測作者的心思就像當初遇到一個自己喜歡的姑娘，猜測她的心思一樣，比如猜測她喜歡什么，她的興趣愛好是什么。其實剛開始閱讀源碼也一樣，有些地方我們一開始是無法猜透作者的心思的。

有些開源框架可能集操作系統知識，數據結構，算法和設計模式于一身。是的，優秀的框架必定是集成了很多設計模式于一身，目前為止筆者還沒見過哪種流行的又沒有應用設計模式的框架哈。比如很多框架運用了單例模式，工廠模式，責任鏈模式，裝飾器模式和模板方法模式等，因為使用設計模式能讓框架易于擴展。同時，不乏一些框架應用了一些操作系統層面的知識，這一塊比較底層，相信很多學java的小伙伴沒接觸過。此外，開源框架某些地方會用到數據結構和算法，舉個栗子，比如Dubbo默認有四種負載均衡策略，而每種策略又對應一種算法，其中又數RoundRobinLoadBalance負載均衡策略最復雜，一開始實現RoundRobinLoadBalance負載均衡的方式并不太完美或者說有bug，Dubbo也是重寫過RoundRobinLoadBalance幾次，最終借鑒了Nginx的RoundRobinLoadBalance負載均衡算法。

上篇文章《我們為什么要學習源碼...》也說過優秀框架之間的思想都是互相借鑒的，這就是我們要學習源碼的原因之一。

這里好像扯的有點遠了，總之這里要說明的是閱讀優秀框架是有一定難度的。

有些開源框架注釋太少也增加了閱讀源碼的難度。說到開源項目注釋，如果我們閱讀老外寫的的框架源碼可能還好，一般都會有大量注釋，比如Spring框架，可以說幾乎每個方法都有注釋，這個就給我們閱讀源碼起了很大的幫助。不過唯一不好的可能就是英文注釋，閱讀對英語有一定的要求。其實英文注釋還好，遇到不懂的，百度翻一下就好了。其實比較頭疼的就是一些國內優秀的開源框架，其注釋可以說是很少的，這無疑大大增加了閱讀的難度，甚至有些框架的文檔也不齊全，那就更加GG了。

開始閱讀源碼時，先對框架的模塊及其關系有一個整體的認識。我們要對框架項目的模塊和目錄要有一個全盤的了解，要知道每個模塊是干嘛的，然后要了解模塊與模塊之間的關系。

舉個栗子，比如Dubbo的模塊分包核心的主要有以下八個，如下圖，我們要知道最基礎的的模塊應該是dubbo-common公共邏輯模塊，這個模塊作為最基礎的模塊，主要是提供了通用模型和工具類；然后dubbo-remoting是遠程通訊模塊，依賴于dubbo-common模塊，相當于Dubbo協議的實現；而dubbo-rpc則是遠程調用模塊，依賴于dubbo-remoting模塊，抽象各種協議，以及動態代理；dubbo-cluster是集群模塊，依賴于dubbo-rpc模塊，將多個服務提供方偽裝為一個提供方，包括：負載均衡, 容錯，路由等。

分析源碼先從父類或父接口開始分析。因為父類或者父接口往往代表了一類功能，這些基類或基類接口往往抽象了各個具體子類共有的屬性和行為，一些比較基礎的方法都在父類中實現，然后留個模板方法給子類去實現即可（模板方法的應用）。

舉個栗子，這里還是拿Dubbo的負載均衡來說吧，如下圖，LoadBalance是各種負載均衡策略的超級接口，定義了 select 方法用來實現選擇哪臺機器；然后AbstractLoadBalance是一個抽象類，實現了LoadBalance接口，在覆蓋了 select 方法后，其又增加了 calculateWarmupWeight 和 getWeight 權重相關的兩個方法，因為這些方法都跟具體的負載均衡策略類有關，故在父類實現了。值得注意的是AbstractLoadBalance抽象類的 select 方法中里留了個給子類覆蓋的 doSelect 方法，具體的負載均衡策略將在doSelect中實現。

閱讀源碼前首先要找到啟動類。閱讀分析源碼時要先從啟動類開始，因此找到框架啟動的入口很重要。

閱讀源碼時要分清主干和枝節代碼。找到啟動入口后，然后就可以順著啟動入口一步一步調試來閱讀源碼了。不過在初次調試源碼時值得注意的是一定要分清主次代碼，即要先閱讀主干代碼，其他枝枝節節的代碼沒明白的可以放一邊。切忌一開始就深入細節然后出不來了，這樣就會造成只見冰山一角而看不到全貌的感覺。

閱讀源碼前要分清主次模塊。即閱讀分析源碼不能漫無目的，全盤通讀，我們要從我們平時有用到的模塊開始分析。每個人的時間都很寶貴，我們要把時間花在刀刃上。比如SpringBoot增加的新特性中有自動配置，而自動配置特性又非常重要，因此可以挑選自動配置來進行源碼分析。

要充分利用源碼項目的測試類。之前也說過，一個框架之所以能流行，必定是經過大量測試的。因此如果我們想具體了解某個類和某個方法，我們可以充分利用這些測試類來輔助我們源碼分析。

要學會一些調試技巧。這一點也很重要，比如在調試過程中如何查看調用關系等等，這里不多說，如何高效學習和閱讀源碼這篇文章中分享了大量調試的干活，小伙伴們可以瞅瞅。此外，還要學會有技巧的搜索源碼，說到這里，下面舉個栗子。

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