我是如何在短期內快速掌握Dubbo的原理和源碼的（純乾貨）？
寫在前面
上周，在【Dubbo系列專題】中更新了兩篇文章《冰河開始對Dubbo下手了！》和《俯瞰Dubbo全局，閱讀源碼前必須掌握這些！！》，收到了很多小夥伴的微信私聊消息，大部分都是在詢問如何快速的掌握Dubbo的原理和源碼。針對這個問題，我也在思考如何以更簡單、易懂的方式讓小夥伴們更好的掌握Dubbo的原理和源碼。今天，我就為小夥伴們分享下我是如何快速掌握Dubbo的原理和源碼的。
文章已收錄到：
//github.com/sunshinelyz/technology-binghe
//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的原理和源碼，前前後後只用了不到兩個月。記住，閱讀源碼前，一定要明確為何讀源碼，帶著問題讀源碼，對於源碼中所涉及的其他技術或框架，一定要有所了解。閱讀源碼的過程中，要遵循：先整體再局部，先宏觀再微觀，先粗略再細節的原則。最重要的一點是：在閱讀源碼的過程中和閱讀源碼後都要動手實踐。
好了，今天就到這兒吧，我是冰河，大家有啥問題可以在下方留言，也可以加我微信，一起交流技術，一起進階，一起牛逼~~
