寫在前面
上周，在【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的原理和原始碼，前前后后只用了不到兩個月，記住，閱讀原始碼前，一定要明確為何讀原始碼，帶著問題讀原始碼，對于原始碼中所涉及的其他技識訓框架，一定要有所了解，閱讀原始碼的程序中，要遵循：先整體再區域，先宏觀再微觀，先粗略再細節的原則，最重要的一點是：在閱讀原始碼的程序中和閱讀原始碼后都要動手實踐，
好了，今天就到這兒吧，我是冰河，大家有啥問題可以在下方留言，也可以加我微信，一起交流技術，一起進階，一起牛逼~~
CSDN認證博客專家
hive
storm
hadoop
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/247641.html
標籤：其他