1、Dubbo的容錯(cuò)機(jī)制有哪些？

Dubbo官網(wǎng)提出總共有六種容錯(cuò)策略

• Failover Cluster模式

失敗自動(dòng)切換，當(dāng)出現(xiàn)失敗，重試其它服務(wù)器。(默認(rèn))

• 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ò)。(2.1.0開始支持)通常用于通知所有提供者更新緩存或日志等本地資源信息。

總結(jié)：在實(shí)際應(yīng)用中查詢語句容錯(cuò)策略建議使用默認(rèn)Failover Cluster，而增刪改建議使用Failfast Cluster或者使用Failover Cluster（retries=”0”）策略防止出現(xiàn)數(shù)據(jù)重復(fù)添加等等其它問題。建議在設(shè)計(jì)接口時(shí)候把查詢接口方法單獨(dú)做一個(gè)接口提供查詢。

2、使用dubbo遇到過哪些問題？

增加提供服務(wù)版本號(hào)和消費(fèi)服務(wù)版本號(hào)

這個(gè)具體來說不算是一個(gè)問題，而是一種問題的解決方案，在我們的實(shí)際工作中會(huì)面臨各種環(huán)境資源短缺的問題，也是很實(shí)際的問題，剛開始我們還可以提供一個(gè)服務(wù)進(jìn)行相關(guān)的開發(fā)和測(cè)試，但是當(dāng)有多個(gè)環(huán)境多個(gè)版本，多個(gè)任務(wù)的時(shí)候就不滿足我們的需求，這時(shí)候我們可以通過給提供方增加版本的方式來區(qū)分.這樣能夠剩下很多的物理資源，同時(shí)為今后更換接口定義發(fā)布在線時(shí)，可不停機(jī)發(fā)布，使用版本號(hào).引用只會(huì)找相應(yīng)版本的服務(wù)，例如：

<dubbo:serviceinterface="com.xxx.XxxService" ref="xxxService" version="1.0"/> <dubbo:referenceid="xxxService" interface="com.xxx.XxxService" version="1.0"/>

3、dubbo reference注解問題？

@Reference只能在SpringBean實(shí)例對(duì)應(yīng)的當(dāng)前類中使用，暫時(shí)無法在父類使用；如果確實(shí)要在父類聲明一個(gè)引用，可通過配置文件配置dubbo：reference，然后在需要引用的地方跟引用SpringBean一樣就可以了.

4、出現(xiàn)RpcException：No provider available for remote service異常怎么辦？

• 檢查連接的注冊(cè)中心是否正確
• 到注冊(cè)中心查看相應(yīng)的服務(wù)提供者是否存在
• 檢查服務(wù)提供者是否正常運(yùn)行

5、服務(wù)提供者沒掛，但在注冊(cè)中心里看不到？

首先，確認(rèn)服務(wù)提供者是否連接了正確的注冊(cè)中心，不只是檢查配置中的注冊(cè)中心地址，而且要檢查實(shí)際的網(wǎng)絡(luò)連接。

其次，看服務(wù)提供者是否非常繁忙，比如壓力測(cè)試，以至于沒有CPU片段向注冊(cè)中心發(fā)送心跳，這種情況減小壓力將自動(dòng)恢復(fù)。

6、Dubbo的連接方式有哪些？

Dubbo的客戶端和服務(wù)端有三種連接方式，分別是：廣播，直連和使用zookeeper注冊(cè)中心。

7、Dubbo廣播

這種方式是dubbo官方入門程序所使用的連接方式，但是這種方式有很多問題。在企業(yè)開發(fā)中，不使用廣播的方式。taotao-manager服務(wù)端配置：

!-- applicationContext-service.xml 文件中 --> <!-- 提供方應(yīng)用信息，用于計(jì)算機(jī)依賴關(guān)系 --> <dubbo:application name="taotao-manager-service” /> <!-- 使用 multicast 廣播暴露服務(wù)地址 --> <dubbo:registry address="multicast：//224.5.6.7：1234" /> <!-- 使用 dubbo 協(xié)議在 20880 協(xié)議暴露服務(wù) --> <dubboprotocol name="dubbo" port="20880" /> <!-- 聲明需要暴露的服務(wù)接口 --> <dubbo:service interface="com.taotao.manager.service.TestService" ref="testServiceImpl" />

文章來自www.wityx.com，轉(zhuǎn)載請(qǐng)注明出處!原文地址http://www.wityx.com/post/925_1_1.html

總結(jié)

以上是生活随笔為你收集整理的java分布式面试题之Dubbo部分的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。