最近收到很多小伙伴的微信私聊消息，大部分都是在詢問如何快速掌握一個框架的原理和源碼，比如：Spring、Dubbo、MyBatis等。針對這個問題，周末我簡單總結了下，今天，就為小伙伴們分享下我是如何利用不到一個月的業余時間（每天不到2小時）快速掌握Dubbo的原理和源碼的。

閱讀源碼的前提

閱讀某一項技術框架，或者說開源項目的源碼前，你必須了解這個框架是干啥用的，說白了，就是你至少了解這個框架該怎么用，在什么場景下用，使用的過程中會遇到哪些坑，如何解決。而學習一個框架，最簡單有效的方式就是它的官方文檔。Dubbo也不例外，我在學習Dubbo的時候，也是首先看的Dubbo的官方文檔，基本沒看其他的文章或者資料。為啥？因為Dubbo的官方文檔是最權威的，是最可信的。

即使你在項目中沒有使用過Dubbo框架，你也可以按照Dubbo的官方文檔基于Dubbo寫一個簡單的示例程序，通過示例能夠讓自己快速的了解Dubbo。

為何要閱讀源碼

閱讀源碼前，你要清楚的知道自己為何要閱讀源碼，帶著問題去看源碼。想要看框架的源碼，無外乎兩種情況：一種就是在項目中遇到了無法通過文檔或者其他技術資料解決的問題，想通過源碼來找解決方案；另一種就是對框架的底層實現好奇，這么牛逼的技術是如何實現的？ 而我，基本屬于后者。在我經歷的用戶上億的高并發電商系統中，部分核心子系統使用了Dubbo，經過性能調優，Dubbo的表現良好。我就很好奇：Dubbo是如何抗住這么高的并發的？它內部是如何實現的？

其次，閱讀源碼前，你要為自己提幾個問題，比如我在看Dubbo源碼前，就明確了很多問題，比如：Dubbo是如何實現RPC服務的？服務提供者和調用者之間是如何交互的？Dubbo是如何封裝網絡調用使其看起來和調用本地方法一樣？Dubbo又是如何實現服務治理的？等等一系列的問題，我記得我當時看源碼前，足足給自己提了上百個問題。帶著問題看源碼，能夠讓你事半功倍，不僅僅是Dubbo，對于其他的框架，也是如此。

還有就是，不要為了看源碼而看源碼，很多小伙伴看了不少框架的源碼，可沒過多久就忘記了，跟沒看一樣，還浪費了很多時間。這種就是典型的為了看源碼而看源碼，并沒有去深究這個框架的實現原理和細節，遇到看不懂的，可以先跳過，記錄下，等把相關聯的代碼看懂后，再反過頭來重新梳理沒有看懂的源碼。

框架使用了哪些技術

閱讀源碼前，還有一項重要的工作就是，要了解框架中使用了哪些技術。對所用的技術要有個大體的了解。比如：在Dubbo中使用了SPI、時間輪定時任務、服務注冊與發現、Netty、序列化、自定義協議等等技術。所以，在閱讀源碼前，先要對這些技術有個大體的了解。

比如，在看Dubbo源碼前，我就已經了解到Dubbo的網路交互底層使用的Netty，正好在我工作不久的時候，我又深入研究過Netty的源碼，這就有助于我在看Dubbo源碼時，能夠更好的理解Dubbo的網絡編程部分。

所以說，臺上一分鐘，臺下十年功，在看Dubbo源碼前，我也是做了充分的準備。

閱讀源碼時注意什么

任何一項技術框架，或者說開源項目，肯定是為了解決某些場景而生的，就比如Dubbo，相信小伙伴們都知道，Dubbo作為一個分布式服務治理框架，一個典型的使用場景就是分布式系統。

其次，一個優秀的技術框架或開源項目背后肯定蘊含著眾多其他技術的原理與實現。我們同樣是以Dubbo為例，在Dubbo中，為了實現在分布式場景下，調用遠程RPC服務就像調用本地服務一樣，其至少需要實現如下功能：

• 服務之間高性能的通信。
• 服務調用需要做到負載均衡、高可用、限流。
• 服務治理。
• 高可靠、容錯。
• 服務能夠自動注冊和發現。

而實現這些功能時，Dubbo借助了哪些優秀的開源框架？這些開源框架Dubbo是如何集成起來的？是硬編碼方式集成？還是其他更好的方式？這些都是需要我們在閱讀源碼的時候，去源碼中找到答案。

閱讀源碼的方式

我把閱讀源碼的方式總結為：先整體再局部，先宏觀再微觀，先粗略再細節。

什么意思呢？就是在看源碼的時候，先從整體上把握源碼的設計原理和設計理念，先整體上大概了解源碼是如何實現的。比如在Dubbo中，網絡編程是基于Netty實現的，你就可以先做個了解，知道這么回事。從整體上把握基本的框架源碼后，再從細節中死磕具體的實現，比如，在Dubbo中是如何使用Netty實現網絡交互的？

記住，閱讀源碼時切忌在還沒有搞懂整體的設計原理和整體源碼設計前，就開始死扣源碼的細節。否則，你會在源碼里面迷失自己。

如何驗證自己掌握了源碼？

閱讀源碼光看源碼還不行，還要自己去動手實踐，正所謂“實踐是掌握整理的唯一標準”。你不實踐，怎么知道自己是不是掌握了。

我把實踐部分分為兩個組成部分：在看源碼的過程中動手實踐；在看源碼后動手實踐。

在看源碼的過程中動手實踐就是說：在看源碼的過程中，將自己不明白的地方記錄下來，查閱官網文檔或者其他資料，如果是由于自己的技術能力有欠缺，看不懂的，就要及時為自己充電來補充相關的知識點了。如果是遇到自己認為比較好的實現方式時，可以在框架的代碼上以注釋的方式標記自己的理解。比如，我在看Dubbo源碼的時候，就標注了大量的注釋。

在看源碼后，一定要動手實操。看過Dubbo的整體源碼后，如果你認為自己掌握了Dubbo，就不妨自己動手實現一個RPC框架，看看自己實現的框架與Dubbo框架有哪些區別，為啥Dubbo框架是這樣實現的。再反過頭來帶著問題看Dubbo的源碼，你肯定會理解的更加深入。而我，在看完Dubbo框架的源碼后，也是這樣做的。

閱讀源碼的總結

最后，跟小伙伴們透露下：我從開始看Dubbo源碼，到掌握Dubbo的原理和源碼，前前后后只用了不到一個月，而且都是用的業余時間（每天不到2小時）。

記住，閱讀源碼前，一定要明確為何讀源碼，帶著問題讀源碼，對于源碼中所涉及的其他技術或框架，一定要有所了解。閱讀源碼的過程中，要遵循：先整體再局部，先宏觀再微觀，先粗略再細節的原則。最重要的一點是：在閱讀源碼的過程中和閱讀源碼后都要動手實踐。