1. dubbo 是一款高性能的 java RPC （遠程服務呼叫）框架，
2. RPC 框架的性能關鍵是“序列化”和“網路通信”，dubbo 采用二進制序列化、使用 Socket 而不是 Http 進行網路通信
3. dubbo 的架構
簡單解釋：服務提供者 、服務消費者 在注冊中心進行注冊，注冊的同時告知注冊中心，我提供什么服務，我需要什么服務，注冊中心，會將相應服務提供者的地址資訊給到消費者，消費者再找到提供者享受服務，
monitor 是監視器，對服務的呼叫次數和時間進行一個統計，提供者和消費者都會定時發送統計資料給監控中心，
生活舉例：淘寶：提供者就是商家，而消費者就是顧客，注冊中心則為淘寶平臺，監控中心是淘寶資料統計人員（或者理解為網警？）
使用注冊中心：
我使用的是 zookeeper 是一個樹型的目錄服務
默認埠 2181 20880
- 當提供者出現斷電等例外停機時，注冊中心能自動洗掉提供者資訊
- 當注冊中心重啟時，能自動恢復注冊資料，以及訂閱請求
- 當會話過期時，能自動恢復注冊資料，以及訂閱請求
- 當設定 `<dubbo:registry check="false" />` 時，記錄失敗注冊和訂閱請求，后臺定時重試
- 可通過 `<dubbo:registry username="admin" password="1234" />` 設定 zookeeper 登錄資訊
- 可通過 `<dubbo:registry group="dubbo" />` 設定 zookeeper 的根節點，不設定將使用無根樹
- 支持 `*` 號通配符 `<dubbo:reference group="*" version="*" />`，可訂閱服務的所有分組和所有版本的提供者
Dubbo 的負載均衡（內置4種）
1. RandomLoadBlance 隨機 負載均衡，也就是隨機選擇（dubbo默認的負載均衡策略）
2. RoundRobinLoadBlance 輪詢 負載均衡
3. LeastActivelLoadBlance 最少活躍呼叫數，相同活躍數的隨機， 也就是能者多勞（相同的服務，肯定是選擇最快的），讓慢的 提供者收到更少的請求，因為慢的提供者呼叫前后的計數差更大
4.ConsistentHashLoadBlance 一致性哈希負載均衡，相同的請求總是落在同一臺機器上，（它干熟了，這個活就找他）
check 屬性
默認 check = true ，dubbo 會在啟動時檢查依賴的服務是否可用，不可用則拋出例外，阻止spring初始化完成，可用更早的發現問題
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/531451.html
標籤：其他
上一篇：狂神說Go語言筆記—Go基礎語法