天天看點

撸完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架構的源碼後,也是這樣做的。