Dubbo是什么,？

Dubbo是一款高性能,、輕量級(jí)開源的開源RPC框架，提供服務(wù)自動(dòng)注冊(cè),、自動(dòng)發(fā)現(xiàn)等高效服務(wù)治理方案,，可以和Spring框架無縫集成,；

Dubbo的使用場(chǎng)景有哪些,？

1,、透明化的遠(yuǎn)程方法調(diào)用：就像調(diào)用本地方法一樣調(diào)用遠(yuǎn)程方法,，只需簡(jiǎn)單配置,，沒有任何API侵入；

2,、軟負(fù)載均衡及容錯(cuò)機(jī)制：可在內(nèi)網(wǎng)代替F5等硬件負(fù)載均衡器,，降低成本，減少單點(diǎn),；

3,、服務(wù)自動(dòng)注冊(cè)與發(fā)現(xiàn)：不需要寫死服務(wù)提供方地址，注冊(cè)中心基于接口名查詢服務(wù)提供者的IP地址,，并且能夠平滑添加或刪除服務(wù)提供者,；

Dubbo的核心組件：

Provider:暴露服務(wù)的提供方（生產(chǎn)者）

Consumer:調(diào)用遠(yuǎn)程服務(wù)消費(fèi)方（消費(fèi)者）

Registry:服務(wù)注冊(cè)與發(fā)現(xiàn)先注冊(cè)中心

Monitor：監(jiān)控中心的訪問調(diào)用統(tǒng)計(jì)

大體流程如下：

1、服務(wù)容器Container,，負(fù)責(zé)啟動(dòng),、加載、運(yùn)行服務(wù)提供者,；

2,、服務(wù)提供者Provider,，在啟動(dòng)時(shí)，向注冊(cè)中心注冊(cè)自己提供的服務(wù),；

3,、服務(wù)消費(fèi)者Consumer,，在啟動(dòng)時(shí),，向注冊(cè)中心訂閱自己所需的服務(wù),；

4,、注冊(cè)中心Registry，返回服務(wù)提供者列表給消費(fèi)者,，如果有變更,，注冊(cè)中心將基于長(zhǎng)連接推送變更數(shù)據(jù)給消費(fèi)者；

5,、服務(wù)消費(fèi)者Consumer，從提供者列表中,，基于軟負(fù)載均衡算法,，選一臺(tái)提供者進(jìn)行調(diào)用，如果調(diào)用失敗,，再選另外一臺(tái)調(diào)用,；

6、消費(fèi)者,、生產(chǎn)者,，再內(nèi)存中累計(jì)調(diào)用次數(shù)和調(diào)用時(shí)間，定時(shí)每分鐘發(fā)送一次統(tǒng)計(jì)數(shù)據(jù)到監(jiān)控中心Monitor;

Dubbo類似的分布式框架還有哪些,？----Spring Clound;

Dubbo和Spring Clound有什么區(qū)別,？

• Dubbo底層是使用netty這樣的NIO框架，是基于TCP協(xié)議傳輸?shù)?，配合以Hession序列化完成RPC通信,；

• Spring Clound是基于Http協(xié)議Rest接口調(diào)用遠(yuǎn)程過程的通信，相對(duì)來說http請(qǐng)求會(huì)有更大的保溫,，占的寬帶也會(huì)更多,，但是REST相比RPC靈活,，服務(wù)提供方和調(diào)用方的依賴只依靠一紙契約,，不存在代碼級(jí)別的強(qiáng)依賴,，這在強(qiáng)調(diào)快速演化的微服務(wù)環(huán)境下，顯得更為合適,；

Dubbo有哪些注冊(cè)中心,？

• Multicast注冊(cè)中心：Multicast注冊(cè)中心不需要任何中心節(jié)點(diǎn),，只需要廣播地址，就能進(jìn)行服務(wù)注冊(cè)和發(fā)現(xiàn),，基于網(wǎng)絡(luò)中組播傳輸實(shí)現(xiàn),；

• Zookeeper注冊(cè)中心：基于分布式協(xié)調(diào)系統(tǒng)Zookeeper實(shí)現(xiàn)，采用Zookeeper的watch機(jī)制實(shí)現(xiàn)數(shù)據(jù)變更,；

• Redis注冊(cè)中心：基于Redis實(shí)現(xiàn),，采用key/map存儲(chǔ)，key存儲(chǔ)服務(wù)名和類型,，map中key存儲(chǔ)服務(wù)url,，value服務(wù)過期時(shí)間，基于redis的發(fā)布/訂閱模式通知數(shù)據(jù)變更,；

• Simple注冊(cè)中心,；

  Dubbo的注冊(cè)中心集群掛掉，發(fā)布者和訂閱者之間還能通信嗎,？

• 可以通訊,，啟動(dòng)dubbo時(shí)，消費(fèi)者會(huì)從Zookeeper拉取注冊(cè)中心的生產(chǎn)者地址接口等數(shù)據(jù),，緩存再本地,，每次調(diào)用時(shí)，按照本地存儲(chǔ)的地址進(jìn)行調(diào)用,；

集群

Dubbo集群提供了哪些負(fù)載均衡策略,？

• Random LoadBalance: 隨機(jī)選取提供者策略，有利于動(dòng)態(tài)調(diào)整提供者權(quán)重,。截面碰撞率高,，調(diào)用次數(shù)越多，分布越均勻,。

• RoundRobin LoadBalance: 輪循選取提供者策略,，平均分布，但是存在請(qǐng)求累積的問題,。

• LeastActive LoadBalance: 最少活躍調(diào)用策略,，解決慢提供者接收更少的請(qǐng)求。

• ConstantHash LoadBalance: 一致性 Hash 策略,，使相同參數(shù)請(qǐng)求總是發(fā)到同一提供者，一臺(tái)機(jī)器宕機(jī),，可以基于虛擬節(jié)點(diǎn),，分?jǐn)傊疗渌峁┱撸苊庖鹛峁┱叩膭×易儎?dòng),。

默認(rèn)為 Random 隨機(jī)調(diào)用,。

Dubbo的集群容錯(cuò)方案有哪些,？

• Failover Cluster：失敗自動(dòng)切換,，當(dāng)出現(xiàn)失敗,，重試其它服務(wù)器,。通常用于讀操作,，但重試會(huì)帶來更長(zhǎng)延遲,。

• Failfast Cluster：快速失敗，只發(fā)起一次調(diào)用,，失敗立即報(bào)錯(cuò),。通常用于非冪等性的寫操作，比如新增記錄,。

• Failsafe Cluster：失敗安全,，出現(xiàn)異常時(shí)，直接忽略,。通常用于寫入審計(jì)日志等操作,。

• Failback Cluster：失敗自動(dòng)恢復(fù)，后臺(tái)記錄失敗請(qǐng)求,，定時(shí)重發(fā),。通常用于消息通知操作,。

• Forking Cluster：并行調(diào)用多個(gè)服務(wù)器,，只要一個(gè)成功即返回,。通常用于實(shí)時(shí)性要求較高的讀操作，但需要浪費(fèi)更多服務(wù)資源,?？赏ㄟ^ forks=”2″ 來設(shè)置最大并行數(shù)。

• Broadcast Cluster：廣播調(diào)用所有提供者,，逐個(gè)調(diào)用,，任意一臺(tái)報(bào)錯(cuò)則報(bào)錯(cuò) 。通常用于通知所有提供者更新緩存或日志等本地資源信息,。

默認(rèn)的容錯(cuò)方案是 Failover Cluster,。

Dubbo 超時(shí)設(shè)置有哪些方式,？

Dubbo 超時(shí)設(shè)置有兩種方式：

服務(wù)提供者端設(shè)置超時(shí)時(shí)間,，在Dubbo的用戶文檔中，推薦如果能在服務(wù)端多配置就盡量多配置,，因?yàn)榉?wù)提供者比消費(fèi)者更清楚自己提供的服務(wù)特性。

服務(wù)消費(fèi)者端設(shè)置超時(shí)時(shí)間,，如果在消費(fèi)者端設(shè)置了超時(shí)時(shí)間,，以消費(fèi)者端為主,，即優(yōu)先級(jí)更高,。因?yàn)榉?wù)調(diào)用方設(shè)置超時(shí)時(shí)間控制性更靈活,。如果消費(fèi)方超時(shí),，服務(wù)端線程不會(huì)定制,，會(huì)產(chǎn)生警告。

服務(wù)調(diào)用超時(shí)會(huì)怎么樣,？

dubbo 在調(diào)用服務(wù)不成功時(shí)，默認(rèn)是會(huì)重試兩次