寫在前面
上週，在【Dubbo系列專題】中更新了兩篇文章《冰河開始對Dubbo下手了！》和《俯瞰Dubbo全域性，閱讀原始碼前必須掌握這些！！》，收到了很多小夥伴的微信私聊訊息，大部分都是在詢問如何快速的掌握Dubbo的原理和原始碼。針對這個問題，我也在思考如何以更簡單、易懂的方式讓小夥伴們更好的掌握Dubbo的原理和原始碼。今天，我就為小夥伴們分享下我是如何快速掌握Dubbo的原理和原始碼的。
文章已收錄到：
https://github.com/sunshinelyz/technology-binghe
https://gitee.com/binghe001/technology-binghe
閱讀原始碼的前提
閱讀某一項技術框架，或者說開源專案的原始碼前，你必須瞭解這個框架是幹啥用的，說白了，就是你至少了解這個框架該怎麼用，在什麼場景下用，使用的過程中會遇到哪些坑，如何解決。而學習一個框架，最簡單有效的方式就是它的官方文件。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的原理和原始碼，前前後後只用了不到兩個月。記住，閱讀原始碼前，一定要明確為何讀原始碼，帶著問題讀原始碼，對於原始碼中所涉及的其他技術或框架，一定要有所瞭解。閱讀原始碼的過程中，要遵循：先整體再區域性，先巨集觀再微觀，先粗略再細節的原則。最重要的一點是：在閱讀原始碼的過程中和閱讀原始碼後都要動手實踐。
好了，今天就到這兒吧，我是冰河，大家有啥問題可以在下方留言，也可以加我微信，一起交流技術，一起進階，一起牛逼~~