[TOC]
**概要:**
1. 分布式項目開發與聯調
2. 控制管理后臺使用
3. Dubbo注冊中心詳解
## 一、分布式項目開發與聯調
---
### **接口暴露與引用**
在一個RPC場景中 ,調用方是通過接口來調用服務端,傳入參數并獲得返回結果。這樣服務端的接口和模型必須暴露給調用方項目。服務端如何暴露呢?客戶端如何引用呢?
**接口信息**
**、模型信息**
**、異常**

暴露接口的通常做法是 接口與實現分離,服務端將 接口、模型、異常 等統一放置于一個模塊,實現置于另一個模塊。調用方通過Maven進行引用。

### **自動化構建與協作**
當項目越來越多,服務依懶關系越發復雜的時候,為了提高協作效率,必須采用自動化工具 完成 接口從編寫到構建成JAR包,最后到引用的整個過程。

流程描述:
1. 服務提供者項目發人員編寫Client 接口
2. push 至遠程倉庫
3. jenkins 構建指定版本
4. jenkins Deploye 至私服倉庫 nexus
5. 服務消費者項目開發人員基于maven 從私服務倉庫下載
### **接口平滑升級:**
在項目迭代過程當中, 經常會有多個項目依懶同一個接口,如下圖 項目B、C都依懶了項目A當中的接口1,此時項目B業務需要,需要接口1多增加一個參數,升級完成后。項目B能正確構建上線,項目C卻不行。

解決辦法與原則:
1. 接口要做到向下兼容:接口參數盡量以對象形式進行封裝。Model屬性只增不刪,如果需要作廢,可以添加@Deprecated? 標識。
2. 如果出現了不可兼容的變更,則必須通知調用方整改,并制定上線計劃。
### **開發聯調:**
在項目開發過程當中,一個開發或測試環境的注冊中心很有可能會同時承載著多個服務,如果兩組服務正在聯調,如何保證調用的是目標服務呢?
**1、基于臨時分組聯調**
group 分組
?在reference 和server 當中采用相同的臨時組 ,通過group 進行設置
**2、直連提供者:**
在reference 中指定提供者的url即可做到直連?
```
<dubbo:reference? url="dubbo://127.0.0.1:20880" id="demoService"
????????????????? timeout="2000"
????????????????? interface="com.tuling.teach.service.DemoService" check="false"/>
```
**3、只注冊:**
一個項目有可能同是為即是服務提供者又消費者,在測試時需要調用某一服務同時又不希望正在開發的服務影響到其它訂閱者如何實現?
通過修改 register=false 即可實現
```
<dubbo:registry address="multicast://224.5.6.7:1234" register="false"/>
```
## ## 二、Dubbo控制管理后臺使用
---
### **Dubbo 控制后臺版本說明:**
2.5.8 duboo-admin
2.6 dubbo-admin
### **Dubbo 控制后臺的安裝:**
```
#從github 中下載dubbo 項目
git clone https://github.com/apache/incubator-dubbo.git
#更新項目
git fetch
#臨時切換至 dubbo-2.5.8 版本
git checkout dubbo-2.5.8
#進入 dubbo-admin 目錄
cd dubbo-admin
#mvn 構建admin war 包
mvn clean pakcage -DskipTests
#得到 dubbo-admin-2.5.8.war 即可直接部署至Tomcat
#修改 dubbo.properties 配置文件
dubbo.registry.address=zookeeper://127.0.0.1:2181
```
注:如果實在懶的構建 可直接下載已構建好的:
鏈接:[https://pan.baidu.com/s/1zJFNPgwNVgZZ-xobAfi5eQ](https://pan.baidu.com/s/1zJFNPgwNVgZZ-xobAfi5eQ)?提取碼:gjtv?
**控制后臺基本功能介紹 :**
* 服務查找:
* 服務關系查看:
* 服務權重調配:
* 服務路由:
* 服務禁用
## 三、Dubbo注冊中心詳解
---
### 注冊中心的作用
為了到達服務集群動態擴容的目的,注冊中心存儲了服務的地址信息與可用狀態信息,并實時推送給訂閱了相關服務的客戶端。

**一個完整的注冊中心需要實現以下功能:**
1. 接收服務端的注冊與客戶端的引用,即將引用與消費建立關聯,并支持多對多。
2. 當服務非正常關閉時能即時清除其狀態
3. 當注冊中心重啟時,能自動恢復注冊數據,以及訂閱請求
4. 注冊中心本身的集群
### Dubbo所支持的注冊中心
1. **Multicast 注冊中心**
1. 基于組網廣播技術,只能用在局域網內,一般用于簡單的測試服務
2. **Zookeeper 注冊中心(****推薦****)**
1. [Zookeeper](http://zookeeper.apache.org/)?是 Apacahe Hadoop 的子項目,是一個樹型的目錄服務,支持變更推送,適合作為 Dubbo 服務的注冊中心,工業強度較高,可用于生產環境,并推薦使用
3. **Redis 注冊中心**
1. 基于Redis的注冊中心
4. **Simple 注冊中心**
1. 基于本身的Dubbo服務實現(SimpleRegistryService),不支持集群可作為自定義注冊中心的參考,但不適合直接用于生產環境。?
### **Redis 注冊中心**
關于Redis注冊中心我們需要了解兩點,
1. 如何存儲服務的注冊與訂閱關系
2. 是當服務狀態改變時如何即時更新
Dubbo使用Redis的發布訂閱特性實現 提供者與消費者之前數據實時同步其原理如下:
**Redis 發布訂閱**
Redis 發布訂閱(pub/sub)是一種消息通信模式:發送者(pub)發送消息,訂閱者(sub)接收消息。
Redis 客戶端可以訂閱任意數量的頻道。
下圖展示了頻道 channel1 , 以及訂閱這個頻道的三個客戶端 —— client2 、 client5 和 client1 之間的關系:

當有新消息通過 PUBLISH 命令發送給頻道 channel1 時, 這個消息就會被發送給訂閱它的三個客戶端:
演示使用Redis 做為注冊中心的使用。
- [ ] 啟動Redis服務
- [ ] 服務端配置注冊中心
- [ ] 啟動兩個服務端
- [ ] 通過RedisClient 客戶端觀察Redis中的數據
redis 注冊中心配置:
```
<dubbo:registry protocol="redis" address="192.168.0.147:6379"/>
```
當我們啟動兩個服務端后發現,Reids中增加了一個Hash 類型的記錄,其key為/dubbo/tuling.dubbo.server.UserService/providers。Value中分別存儲了兩個服務提供者的URL和有效期。

**同樣消費者也是類似其整體結構如下:**
```
//服務提供者注冊信息
/dubbbo/com.tuling.teach.service.DemoService/providers
dubbo://192.168.246.1:20880/XXX.DemoService=1542619052964
dubbo://192.168.246.2:20880/XXX.DemoService=1542619052964
//服務消費訂閱信息
/dubbbo/com.tuling.teach.service.DemoService/consumers
dubbo://192.168.246.1:20880/XXX.DemoService=1542619788641
```
* 主 Key 為服務名和類型
* Map 中的 Key 為 URL 地址
* Map 中的 Value 為過期時間,用于判斷臟數據,臟數據由監控中心刪除
接下來回答第二個問題 **當提供者突然 宕機狀態能即里變更嗎**?
這里Dubbo采用的是定時心跳的機制 來維護服務URL的有效期,默認每30秒更新一次有效期。即URL對應的毫秒值。具體代碼參見:com.alibaba.dubbo.registry.redis.RedisRegistry#expireExecutor

com.alibaba.dubbo.registry.redis.RedisRegistry#deferExpired
com.alibaba.dubbo.registry.integration.RegistryDirectory
com.alibaba.dubbo.registry.support.ProviderConsumerRegTable
### **Zookeeper 注冊中心**
關于Zookeeper 注冊中心同樣需要了解其存儲結構和更新機制。
Zookeper是一個樹型的目錄服務,本身支持變更推送相比redis的實現Publish/Subscribe功能更穩定。
**失敗重連**
com.alibaba.dubbo.registry.support.FailbackRegistry
**提供者突然斷開:**
基于Zookeeper 臨時節點機制實現,在客戶端會話超時后 Zookeeper會自動刪除所有臨時節點,默認為40秒。
// 創建臨時節點
```
com.alibaba.dubbo.remoting.zookeeper.curator.CuratorZookeeperClient#createEphemeral
```
提問:
在zookeeper 斷開的40秒內 如果 有客戶端加入 會調用 已失效的提供者連接嗎?
答:不會,提供者宕機后 ,其與客戶端的鏈接也隨即斷開,客戶端在調用前會檢測長連接狀態。
```
// 檢測連接是否有效
com.alibaba.dubbo.rpc.protocol.dubbo.DubboInvoker#isAvailable
```
創建 configurators與routers 會創建持久節點
// 創建持久節點
```
com.alibaba.dubbo.remoting.zookeeper.curator.CuratorZookeeperClient#createPersistent
```
**服務訂閱機制實現:**
```
// 注冊目錄
com.alibaba.dubbo.registry.integration.RegistryDirectory
```
源碼解析:

com.alibaba.dubbo.registry.integration.RegistryDirectory
- 一.JVM
- 1.1 java代碼是怎么運行的
- 1.2 JVM的內存區域
- 1.3 JVM運行時內存
- 1.4 JVM內存分配策略
- 1.5 JVM類加載機制與對象的生命周期
- 1.6 常用的垃圾回收算法
- 1.7 JVM垃圾收集器
- 1.8 CMS垃圾收集器
- 1.9 G1垃圾收集器
- 2.面試相關文章
- 2.1 可能是把Java內存區域講得最清楚的一篇文章
- 2.0 GC調優參數
- 2.1GC排查系列
- 2.2 內存泄漏和內存溢出
- 2.2.3 深入理解JVM-hotspot虛擬機對象探秘
- 1.10 并發的可達性分析相關問題
- 二.Java集合架構
- 1.ArrayList深入源碼分析
- 2.Vector深入源碼分析
- 3.LinkedList深入源碼分析
- 4.HashMap深入源碼分析
- 5.ConcurrentHashMap深入源碼分析
- 6.HashSet,LinkedHashSet 和 LinkedHashMap
- 7.容器中的設計模式
- 8.集合架構之面試指南
- 9.TreeSet和TreeMap
- 三.Java基礎
- 1.基礎概念
- 1.1 Java程序初始化的順序是怎么樣的
- 1.2 Java和C++的區別
- 1.3 反射
- 1.4 注解
- 1.5 泛型
- 1.6 字節與字符的區別以及訪問修飾符
- 1.7 深拷貝與淺拷貝
- 1.8 字符串常量池
- 2.面向對象
- 3.關鍵字
- 4.基本數據類型與運算
- 5.字符串與數組
- 6.異常處理
- 7.Object 通用方法
- 8.Java8
- 8.1 Java 8 Tutorial
- 8.2 Java 8 數據流(Stream)
- 8.3 Java 8 并發教程:線程和執行器
- 8.4 Java 8 并發教程:同步和鎖
- 8.5 Java 8 并發教程:原子變量和 ConcurrentMap
- 8.6 Java 8 API 示例:字符串、數值、算術和文件
- 8.7 在 Java 8 中避免 Null 檢查
- 8.8 使用 Intellij IDEA 解決 Java 8 的數據流問題
- 四.Java 并發編程
- 1.線程的實現/創建
- 2.線程生命周期/狀態轉換
- 3.線程池
- 4.線程中的協作、中斷
- 5.Java鎖
- 5.1 樂觀鎖、悲觀鎖和自旋鎖
- 5.2 Synchronized
- 5.3 ReentrantLock
- 5.4 公平鎖和非公平鎖
- 5.3.1 說說ReentrantLock的實現原理,以及ReentrantLock的核心源碼是如何實現的?
- 5.5 鎖優化和升級
- 6.多線程的上下文切換
- 7.死鎖的產生和解決
- 8.J.U.C(java.util.concurrent)
- 0.簡化版(快速復習用)
- 9.鎖優化
- 10.Java 內存模型(JMM)
- 11.ThreadLocal詳解
- 12 CAS
- 13.AQS
- 0.ArrayBlockingQueue和LinkedBlockingQueue的實現原理
- 1.DelayQueue的實現原理
- 14.Thread.join()實現原理
- 15.PriorityQueue 的特性和原理
- 16.CyclicBarrier的實際使用場景
- 五.Java I/O NIO
- 1.I/O模型簡述
- 2.Java NIO之緩沖區
- 3.JAVA NIO之文件通道
- 4.Java NIO之套接字通道
- 5.Java NIO之選擇器
- 6.基于 Java NIO 實現簡單的 HTTP 服務器
- 7.BIO-NIO-AIO
- 8.netty(一)
- 9.NIO面試題
- 六.Java設計模式
- 1.單例模式
- 2.策略模式
- 3.模板方法
- 4.適配器模式
- 5.簡單工廠
- 6.門面模式
- 7.代理模式
- 七.數據結構和算法
- 1.什么是紅黑樹
- 2.二叉樹
- 2.1 二叉樹的前序、中序、后序遍歷
- 3.排序算法匯總
- 4.java實現鏈表及鏈表的重用操作
- 4.1算法題-鏈表反轉
- 5.圖的概述
- 6.常見的幾道字符串算法題
- 7.幾道常見的鏈表算法題
- 8.leetcode常見算法題1
- 9.LRU緩存策略
- 10.二進制及位運算
- 10.1.二進制和十進制轉換
- 10.2.位運算
- 11.常見鏈表算法題
- 12.算法好文推薦
- 13.跳表
- 八.Spring 全家桶
- 1.Spring IOC
- 2.Spring AOP
- 3.Spring 事務管理
- 4.SpringMVC 運行流程和手動實現
- 0.Spring 核心技術
- 5.spring如何解決循環依賴問題
- 6.springboot自動裝配原理
- 7.Spring中的循環依賴解決機制中,為什么要三級緩存,用二級緩存不夠嗎
- 8.beanFactory和factoryBean有什么區別
- 九.數據庫
- 1.mybatis
- 1.1 MyBatis-# 與 $ 區別以及 sql 預編譯
- Mybatis系列1-Configuration
- Mybatis系列2-SQL執行過程
- Mybatis系列3-之SqlSession
- Mybatis系列4-之Executor
- Mybatis系列5-StatementHandler
- Mybatis系列6-MappedStatement
- Mybatis系列7-參數設置揭秘(ParameterHandler)
- Mybatis系列8-緩存機制
- 2.淺談聚簇索引和非聚簇索引的區別
- 3.mysql 證明為什么用limit時,offset很大會影響性能
- 4.MySQL中的索引
- 5.數據庫索引2
- 6.面試題收集
- 7.MySQL行鎖、表鎖、間隙鎖詳解
- 8.數據庫MVCC詳解
- 9.一條SQL查詢語句是如何執行的
- 10.MySQL 的 crash-safe 原理解析
- 11.MySQL 性能優化神器 Explain 使用分析
- 12.mysql中,一條update語句執行的過程是怎么樣的?期間用到了mysql的哪些log,分別有什么作用
- 十.Redis
- 0.快速復習回顧Redis
- 1.通俗易懂的Redis數據結構基礎教程
- 2.分布式鎖(一)
- 3.分布式鎖(二)
- 4.延時隊列
- 5.位圖Bitmaps
- 6.Bitmaps(位圖)的使用
- 7.Scan
- 8.redis緩存雪崩、緩存擊穿、緩存穿透
- 9.Redis為什么是單線程、及高并發快的3大原因詳解
- 10.布隆過濾器你值得擁有的開發利器
- 11.Redis哨兵、復制、集群的設計原理與區別
- 12.redis的IO多路復用
- 13.相關redis面試題
- 14.redis集群
- 十一.中間件
- 1.RabbitMQ
- 1.1 RabbitMQ實戰,hello world
- 1.2 RabbitMQ 實戰,工作隊列
- 1.3 RabbitMQ 實戰, 發布訂閱
- 1.4 RabbitMQ 實戰,路由
- 1.5 RabbitMQ 實戰,主題
- 1.6 Spring AMQP 的 AMQP 抽象
- 1.7 Spring AMQP 實戰 – 整合 RabbitMQ 發送郵件
- 1.8 RabbitMQ 的消息持久化與 Spring AMQP 的實現剖析
- 1.9 RabbitMQ必備核心知識
- 2.RocketMQ 的幾個簡單問題與答案
- 2.Kafka
- 2.1 kafka 基礎概念和術語
- 2.2 Kafka的重平衡(Rebalance)
- 2.3.kafka日志機制
- 2.4 kafka是pull還是push的方式傳遞消息的?
- 2.5 Kafka的數據處理流程
- 2.6 Kafka的腦裂預防和處理機制
- 2.7 Kafka中partition副本的Leader選舉機制
- 2.8 如果Leader掛了的時候,follower沒來得及同步,是否會出現數據不一致
- 2.9 kafka的partition副本是否會出現腦裂情況
- 十二.Zookeeper
- 0.什么是Zookeeper(漫畫)
- 1.使用docker安裝Zookeeper偽集群
- 3.ZooKeeper-Plus
- 4.zk實現分布式鎖
- 5.ZooKeeper之Watcher機制
- 6.Zookeeper之選舉及數據一致性
- 十三.計算機網絡
- 1.進制轉換:二進制、八進制、十六進制、十進制之間的轉換
- 2.位運算
- 3.計算機網絡面試題匯總1
- 十四.Docker
- 100.面試題收集合集
- 1.美團面試常見問題總結
- 2.b站部分面試題
- 3.比心面試題
- 4.騰訊面試題
- 5.哈羅部分面試
- 6.筆記
- 十五.Storm
- 1.Storm和流處理簡介
- 2.Storm 核心概念詳解
- 3.Storm 單機版本環境搭建
- 4.Storm 集群環境搭建
- 5.Storm 編程模型詳解
- 6.Storm 項目三種打包方式對比分析
- 7.Storm 集成 Redis 詳解
- 8.Storm 集成 HDFS 和 HBase
- 9.Storm 集成 Kafka
- 十六.Elasticsearch
- 1.初識ElasticSearch
- 2.文檔基本CRUD、集群健康檢查
- 3.shard&replica
- 4.document核心元數據解析及ES的并發控制
- 5.document的批量操作及數據路由原理
- 6.倒排索引
- 十七.分布式相關
- 1.分布式事務解決方案一網打盡
- 2.關于xxx怎么保證高可用的問題
- 3.一致性hash原理與實現
- 4.微服務注冊中心 Nacos 比 Eureka的優勢
- 5.Raft 協議算法
- 6.為什么微服務架構中需要網關
- 0.CAP與BASE理論
- 十八.Dubbo
- 1.快速掌握Dubbo常規應用
- 2.Dubbo應用進階
- 3.Dubbo調用模塊詳解
- 4.Dubbo調用模塊源碼分析
- 6.Dubbo協議模塊