Dubbo——Day04

夏彌夏彌夏彌發表於2020-10-22

16. 面試題

1、Dubbo是什麼？

Dubbo是阿里巴巴開源的基於 Java 的高效能 RPC 分散式服務框架，現已成為 Apache 基金會孵化專案。

面試官問你如果這個都不清楚，那下面的就沒必要問了。

官網：http://dubbo.apache.org

2、為什麼要用Dubbo？

因為是阿里開源專案，國內很多網際網路公司都在用，已經經過很多線上考驗。內部使用了 Netty、Zookeeper，保證了高效能高可用性。

使用 Dubbo 可以將核心業務抽取出來，作為獨立的服務，逐漸形成穩定的服務中心，可用於提高業務複用靈活擴充套件，使前端應用能更快速的響應多變的市場需求。

下面這張圖可以很清楚的詮釋，最重要的一點是，分散式架構可以承受更大規模的併發流量。

img

下面是 Dubbo 的服務治理圖。

img

3、Dubbo 和 Spring Cloud 有什麼區別？

兩個沒關聯，如果硬要說區別，有以下幾點。

1）通訊方式不同

Dubbo 使用的是 RPC 通訊，而 Spring Cloud 使用的是 HTTP RESTFul 方式。

2）組成部分不同

img

4、dubbo都支援什麼協議，推薦用哪種？

  • dubbo://（推薦）
  • rmi://
  • hessian://
  • http://
  • webservice://
  • thrift://
  • memcached://
  • redis://
  • rest://

5、Dubbo需要 Web 容器嗎？

不需要，如果硬要用 Web 容器，只會增加複雜性，也浪費資源。

6、Dubbo內建了哪幾種服務容器？

  • Spring Container
  • Jetty Container
  • Log4j Container

Dubbo 的服務容器只是一個簡單的 Main 方法，並載入一個簡單的 Spring 容器，用於暴露服務。

7、Dubbo裡面有哪幾種節點角色？

img

8、畫一畫服務註冊與發現的流程圖

img

該圖來自 Dubbo 官網，供你參考，如果你說你熟悉 Dubbo, 面試官經常會讓你畫這個圖，記好了。

9、Dubbo預設使用什麼註冊中心，還有別的選擇嗎？

推薦使用 Zookeeper 作為註冊中心，還有 Redis、Multicast、Simple 註冊中心，但不推薦。

10、Dubbo有哪幾種配置方式？

1）Spring 配置方式
2）Java API 配置方式

11、Dubbo 核心的配置有哪些？

我曾經面試就遇到過面試官讓你寫這些配置，我也是蒙逼。。

img

配置之間的關係見下圖。

img

12、在 Provider 上可以配置的 Consumer 端的屬性有哪些？

1）timeout：方法呼叫超時
2）retries：失敗重試次數，預設重試 2 次
3）loadbalance：負載均衡演算法，預設隨機
4）actives 消費者端，最大併發呼叫限制

13、Dubbo啟動時如果依賴的服務不可用會怎樣？

Dubbo 預設會在啟動時檢查依賴的服務是否可用，不可用時會丟擲異常，阻止 Spring 初始化完成，預設 check=“true”，可以通過 check=“false” 關閉檢查。

14、Dubbo推薦使用什麼序列化框架，你知道的還有哪些？

推薦使用Hessian序列化，還有Duddo、FastJson、Java自帶序列化。

15、Dubbo預設使用的是什麼通訊框架，還有別的選擇嗎？

Dubbo 預設使用 Netty 框架，也是推薦的選擇，另外內容還整合有Mina、Grizzly。

16、Dubbo有哪幾種叢集容錯方案，預設是哪種？

img

17、Dubbo有哪幾種負載均衡策略，預設是哪種？

img

18、註冊了多個同一樣的服務，如果測試指定的某一個服務呢？

可以配置環境點對點直連，繞過註冊中心，將以服務介面為單位，忽略註冊中心的提供者列表。

19、Dubbo支援服務多協議嗎？

Dubbo 允許配置多協議，在不同服務上支援不同協議或者同一服務上同時支援多種協議。

20、當一個服務介面有多種實現時怎麼做？

當一個介面有多種實現時，可以用 group 屬性來分組，服務提供方和消費方都指定同一個 group 即可。

21、服務上線怎麼相容舊版本？

可以用版本號（version）過渡，多個不同版本的服務註冊到註冊中心，版本號不同的服務相互間不引用。這個和服務分組的概念有一點類似。

22、Dubbo可以對結果進行快取嗎？

可以，Dubbo 提供了宣告式快取，用於加速熱門資料的訪問速度，以減少使用者加快取的工作量。

23、Dubbo服務之間的呼叫是阻塞的嗎？

預設是同步等待結果阻塞的，支援非同步呼叫。

Dubbo 是基於 NIO 的非阻塞實現並行呼叫，客戶端不需要啟動多執行緒即可完成並行呼叫多個遠端服務，相對多執行緒開銷較小，非同步呼叫會返回一個 Future 物件。

非同步呼叫流程圖如下。

img

24、Dubbo支援分散式事務嗎？

目前暫時不支援，後續可能採用基於 JTA/XA 規範實現，如以圖所示。

img

25、Dubbo telnet 命令能做什麼？

dubbo 通過 telnet 命令來進行服務治理，具體使用看這篇文章《dubbo服務除錯管理實用命令》。

telnet localhost 8090

26、Dubbo支援服務降級嗎？

Dubbo 2.2.0 以上版本支援。

27、Dubbo如何優雅停機？

Dubbo 是通過 JDK 的 ShutdownHook 來完成優雅停機的，所以如果使用 kill -9 PID 等強制關閉指令，是不會執行優雅停機的，只有通過 kill PID 時，才會執行。

28、服務提供者能實現失效踢出是什麼原理？

服務失效踢出基於 Zookeeper 的臨時節點原理。

29、如何解決服務呼叫鏈過長的問題？

Dubbo 可以使用 Pinpoint 和 Apache Skywalking(Incubator) 實現分散式服務追蹤，當然還有其他很多方案。

30、服務讀寫推薦的容錯策略是怎樣的？

讀操作建議使用 Failover 失敗自動切換，預設重試兩次其他伺服器。

寫操作建議使用 Failfast 快速失敗，發一次呼叫失敗就立即報錯。

31、Dubbo必須依賴的包有哪些？

Dubbo 必須依賴 JDK，其他為可選。

32、Dubbo的管理控制檯能做什麼？

管理控制檯主要包含：路由規則，動態配置，服務降級，訪問控制，權重調整，負載均衡，等管理功能。

33、說說 Dubbo 服務暴露的過程。

Dubbo 會在 Spring 例項化完 bean 之後，在重新整理容器最後一步釋出 ContextRefreshEvent 事件的時候，通知實現了 ApplicationListener 的 ServiceBean 類進行回撥 onApplicationEvent 事件方法，Dubbo 會在這個方法中呼叫 ServiceBean 父類 ServiceConfig 的 export 方法，而該方法真正實現了服務的（非同步或者非非同步）釋出。

34、Dubbo 停止維護了嗎？

2014 年開始停止維護過幾年，17 年開始重新維護，並進入了 Apache 專案。

35、Dubbo 和 Dubbox 有什麼區別？

Dubbox 是繼 Dubbo 停止維護後，噹噹網基於 Dubbo 做的一個擴充套件專案，如加了服務可 Restful 呼叫，更新了開源元件等。

36、你還了解別的分散式框架嗎？

別的還有 Spring cloud、Facebook 的 Thrift、Twitter 的 Finagle 等。

37、Dubbo 能整合 Spring Boot 嗎？

可以的，專案地址如下。

https://github.com/apache/incubator-dubbo-spring-boot-project

38、在使用過程中都遇到了些什麼問題？

Dubbo 的設計目的是為了滿足高併發小資料量的 rpc 呼叫，在大資料量下的效能表現並不好，建議使用 rmi 或 http 協議。

39、你讀過 Dubbo 的原始碼嗎？

要了解 Dubbo 就必須看其原始碼，瞭解其原理，花點時間看下吧，網上也有很多教程，後續有時間我也會在公眾號上分享 Dubbo 的原始碼。

40、你覺得用 Dubbo 好還是 Spring Cloud 好？

擴充套件性的問題，沒有好壞，只有適合不適合，不過我好像更傾向於使用 Dubbo, Spring Cloud 版本升級太快，元件更新替換太頻繁，配置太繁瑣，還有很多我覺得是沒有 Dubbo 順手的地方……

相關文章