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

閱讀源碼的前提

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

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

為何要閱讀源碼

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

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

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

框架使用了哪些技術(shù)

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

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

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

閱讀源碼時注意什么

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

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

• 服務(wù)之間高性能的通信。
• 服務(wù)調(diào)用需要做到負載均衡、高可用、限流。
• 服務(wù)治理。
• 高可靠、容錯。
• 服務(wù)能夠自動注冊和發(fā)現(xiàn)。

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

閱讀源碼的方式

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

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

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

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

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

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

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

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

閱讀源碼的總結(jié)

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

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