Spring Eureka 從開源轉變為閉源，Consul 正在崛起，而 Dubbo 又開始重新更新。目前市場上仍有不少公司使用dubbo我們也需要繼續學習。 1、為什麼要用Dubbo？ 隨著服務化的進

啟動服務檢查 如果提供方沒有啟動的時候，預設會去檢測所依賴的服務是否正常提供服務 比如說order依賴於pay，必須pay啟動了，才能夠使用order 如果check為false，表示

前言 在分析dubbo原始碼的過程中，發現dubbo對於擴充套件點的載入實現的是非常巧妙的，可以達到 用時才動態例項化物件 ，靈活且節約資源。其實Dubbo 的擴充套件點載入是從 JDK 標準的 SP

為了提升 Dubbo 里程碑版本2.7.0的使用體驗，我們於去年年中啟動了 Dubbo Admin 的重構計劃，並作為Dubbo生態的子專案，於近期釋出了v0.1，重構後的專案在結構上的變化如下：

1.Dubbo是什麼？ Dubbo 是一個分散式、高效能、透明化的 RPC 服務框架，提供服務自動註冊、自動發現等高效服務治理方案， 可以和 Spring 框架無縫整合。 2.Dubbo的由來？

dubbo 要解決的問題 rpc呼叫需要定製。額外的工作量 分散式服務中，服務動輒幾十上百，相互之間的呼叫錯綜複雜，相互依賴嚴重 對叢集性的服務，需要負載策略 對叢集性的服務，能動態擴充套件

在Dubbo的官網上，Dubbo描述自己是一個高效能的RPC框架。今天我想聊聊Dubbo的另一個很棒的特性, 就是它的可擴充套件性。 如同羅馬不是一天建成的，任何系統都一定是從小系統不斷髮展成為大系統的，想要從

自從2015年畢業開始從事 Java 開發工作，已經過去3年多了， 在各種不知名的小公司待過，經歷過生產力從低到高，技術從落後到先進的過程， Dubbo 和 Spring Cloud 就是我曾經所經歷過的兩次技

時光荏苒，轉眼到DJ已快三個年頭，自認為這是我收穫最多的一家公司，特此記之。 工作氛圍 DJ整體工作節奏還是比較輕鬆的，基本上不加班，小團隊，組織結構簡單，沒有多少辦公室政治。 從產品定位上，由

我們先來找到通訊協議的入口點吧。通過Protocol介面查詢通訊協議入口點，我們根據介面的export方法搜尋發現入口了，在ServiceConfig的doExportUrlsFor1Protocol方法，如下

前言 很多時候,我都想向大家傳輸一個思想,那就是隻有懂了原理,才能隨心隨心所欲寫程式碼.而看原始碼,又是瞭解原理的一個非常重要的途徑. 然而,肥朝之前的文章,大致分為三類 原始碼解析,

叢集——LoadBalance 目標：介紹dubbo中叢集的負載均衡，介紹dubbo-cluster下loadBalance包的原始碼。 前言 負載均衡，說的通俗點就是要一碗水端平。在這個時代，公平

叢集——directory 目標：介紹dubbo中叢集的目錄，介紹dubbo-cluster下directory包的原始碼。 前言 我在前面的文章中也提到了Directory可以看成是多個Invok

叢集——configurator 目標：介紹dubbo中叢集的配置規則，介紹dubbo-cluster下configurator包的原始碼。 前言 向註冊中心寫入動態配置覆蓋規則 。該功能通常由監控

遠端呼叫——cluster 目標：介紹dubbo中叢集容錯的幾種模式，介紹dubbo-cluster下support包的原始碼。 前言 叢集容錯還是很好理解的，就是當你呼叫失敗的時候所作出的措施。先