Java Dubbo面試題

1、Dubbo的容錯機制有哪些？

Dubbo官網提出總共有六種容錯策略

● Failover Cluster模式

失敗自動切換，當出現失敗，重試其它服務器。(默認)

● Failfast Cluster

快速失敗，只發起一次調用，失敗立即報錯。通常用于非冪等性的寫操作，比如新增記錄。

● Failsafe Cluster

失敗安全，出現異常時，直接忽略。通常用于寫入審計日志等操作。

● Failback Cluster

失敗自動恢復，后臺記錄失敗請求，定時重發。通常用于消息通知操作。

● Forking Cluster

并行調用多個服務器，只要一個成功即返回。通常用于實時性要求較高的讀操作，但需要浪費更多服務資源。可通過forks=”2”來設置最大并行數。

● Broadcast Cluster

廣播調用所有提供者，逐個調用，任意一臺報錯則報錯。(2.1.0開始支持)通常用于通知所有提供者更新緩存或日志等本地資源信息。

總結：在實際應用中查詢語句容錯策略建議使用默認Failover Cluster，而增刪改建議使用Failfast Cluster或者使用Failover Cluster（retries=”0”）策略防止出現數據重復添加等等其它問題。建議在設計接口時候把查詢接口方法單獨做一個接口提供查詢。

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

增加提供服務版本號和消費服務版本號

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

<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實例對應的當前類中使用，暫時無法在父類使用；如果確實要在父類聲明一個引用，可通過配置文件配置dubbo：reference，然后在需要引用的地方跟引用SpringBean一樣就可以了.

4、出現RpcException：No provider available for remote service異常怎么辦？

● 檢查連接的注冊中心是否正確

● 到注冊中心查看相應的服務提供者是否存在

● 檢查服務提供者是否正常運行

5、服務提供者沒掛，但在注冊中心里看不到？

首先，確認服務提供者是否連接了正確的注冊中心，不只是檢查配置中的注冊中心地址，而且要檢查實際的網絡連接。

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

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

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

7、Dubbo廣播

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

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