??各位小伙伴們大家好，歡迎來到這個小扎扎的dubbo專欄，在這個系列專欄中我對B站尚硅谷雷神的dubbo教程進行一個總結，鑒于 看到就是學到、學到就是賺到 精神，這波依然是血賺 ┗|｀O′|┛

💡dubbo知識點速覽

---

• 🍹 前置知識講解
• • 🍸 spring cloud與dubbo的區別
  • 🍸 什么是分布式系統？
  • 🍸 開發架構分類
  • 🍸 RPC是什么？
• 🍹 dubbo
• • 🍸 基本概念
  • 🍸 調用關系說明

🍹 前置知識講解

🍸 spring cloud與dubbo的區別

兩者都是現在主流的微服務框架，但卻存在不少差異：

• 初始定位不同：SpringCloud定位為微服務架構下的一站式解決方案；Dubbo 是 SOA 時代的產物，它的關注點主要在于服務的調用和治理
• 生態環境不同：SpringCloud依托于Spring平臺，具備更加完善的生態體系；而Dubbo一開始只是做RPC遠程調用，生態相對匱乏，現在逐漸豐富起來。
• 調用方式：SpringCloud是采用Http協議做遠程調用，接口一般是Rest風格，比較靈活；Dubbo是采用Dubbo協議，接口一般是Java的Service接口，格式固定。但調用時采用Netty的NIO方式，性能較好。
• 組件差異比較多，例如SpringCloud注冊中心一般用Eureka，而Dubbo用的是Zookeeper

🍸 什么是分布式系統？

??所謂的分布式系統是若干獨立計算機的集合，這些計算機對于用戶來說就像單個相關系統。隨著互聯網的發展，網站應用的規模不斷擴大，常規的垂直應用架構已無法應對，分布式服務架構以及流動計算架構勢在必行，亟需一個治理系統確保架構有條不紊的演進。
dubbo發展演變

🍸 開發架構分類

單一應用架構
??當網站流量很小時，只需一個應用，將所有功能都部署在一起，以減少部署節點和成本。此時，用于簡化增刪改查工作量的數據訪問框架(ORM)是關鍵。
??適用于小型網站，小型管理系統，將所有功能都部署到一個功能里，簡單易用。缺點： 1、性能擴展比較難 2、協同開發問題 3、不利于升級維護

垂直應用架構
??當訪問量逐漸增大，單一應用增加機器帶來的加速度越來越小，將應用拆成互不相干的幾個應用，以提升效率。此時，用于加速前端頁面開發的Web框架(MVC)是關鍵。
??通過切分業務來實現各個模塊獨立部署，降低了維護和部署的難度，團隊各司其職更易管理，性能擴展也更方便，更有針對性。
缺點： 公用模塊無法重復利用，開發性的浪費

分布式服務架構
??當垂直應用越來越多，應用之間交互不可避免，將核心業務抽取出來，作為獨立的服務，逐漸形成穩定的服務中心，使前端應用能更快速的響應多變的市場需求。此時，用于提高業務復用及整合的分布式服務框架(RPC)是關鍵。
流動計算架構
??當服務越來越多，容量的評估，小服務資源的浪費等問題逐漸顯現，此時需增加一個調度中心基于訪問壓力實時管理集群容量，提高集群利用率。此時，用于提高機器利用率的資源調度和治理中心(SOA)[ Service Oriented Architecture]是關鍵。

🍸 RPC是什么？

??RPC(Remote Procedure Call)是指遠程過程調用，是一種進程間通信方式，他是一種技術的思想，而不是規范。它允許程序調用另一個地址空間（通常是共享網絡的另一臺機器上）的過程或函數，而不用程序員顯式編碼這個遠程調用的細節。即程序員無論是調用本地的還是遠程的函數，本質上編寫的調用代碼基本相同。
??使用RPC進行服務調用的流程可以參考以下圖片加以理解

🍹 dubbo

🍸 基本概念

??Apache Dubbo ( 由阿里開發后開源到Apache ) 是一款高性能、輕量級的開源Java RPC框架，它提供了三大核心能力：面向接口的遠程方法調用，智能容錯和負載均衡，以及服務自動注冊和發現
??使用dubbo開發的項目包含以下幾個部分

• 服務提供者(Provider)：暴露服務的服務提供方，服務提供者在啟動時，向注冊中心注冊自己提供的服務。
• 服務消費者(Consumer): 調用遠程服務的服務消費方，服務消費者在啟動時，向注冊中心訂閱自己所需的服務，服務消費者，從提供者地址列表中，基于軟負載均衡算法，選一臺提供者進行調用，如果調用失敗，再選另一臺調用。
• 注冊中心(Registry)：注冊中心返回服務提供者地址列表給消費者，如果有變更，注冊中心將基于長連接推送變更數據給消費者
• 監控中心(Monitor)：服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鐘發送一次統計數據到監控中心

🍸 調用關系說明

• 服務容器負責啟動，加載，運行服務提供者。
• 服務提供者在啟動時，向注冊中心注冊自己提供的服務。
• 服務消費者在啟動時，向注冊中心訂閱自己所需的服務。
• 注冊中心返回服務提供者地址列表給消費者，如果有變更，注冊中心將基于長連接推送變更數據給消費者。
• 服務消費者，從提供者地址列表中，基于軟負載均衡算法，選一臺提供者進行調用，如果調用失敗，再選另一臺調用。
• 服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鐘發送一次統計數據到監控中心。