Dubbo面試專題*59

文章目錄

1、爲什麼要用 Dubbo?

隨着服務化的進一步發展,服務越來越多,服務之間的調用和依賴關係也越來越複雜,誕生了面向服務的架構體系(SOA),也因此衍生出了一系列相應的技術,如對服務提供、服務調用、連接處理、通信協議、序列化方式、服務發現、服務路由、日誌輸出等行爲進行封裝的服務框架。就這樣爲分佈式系統的服務治理框架就出現了,Dubbo 也就這樣產生了。

2、Dubbo 的整體架構設計有哪些分層?

接口服務層(Service): 該層與業務邏輯相關,根據 provider 和 consumer 的業務設計對應的接口和實現
配置層(Config): 對外配置接口,以 ServiceConfig 和 ReferenceConfig 爲中心
服務代理層(Proxy): 服務接口透明代理,生成服務的客戶端 Stub 和 服務端的 Skeleton,以 ServiceProxy 爲中心,擴展接口爲ProxyFactory
服務註冊層(Registry): 封裝服務地址的註冊和發現,以服務 URL 爲中心,擴展接口爲 RegistryFactory、Registry、RegistryService
路由層(Cluster): 封裝多個提供者的路由和負載均衡,並橋接註冊中心,以Invoker 爲中心,擴展接口爲 Cluster、Directory、Router和 LoadBlancce
監控層(Monitor): RPC 調用次數和調用時間監控,以 Statistics 爲中心,擴展接口爲 MonitorFactory、Monitor 和 MonitorService
遠程調用層(Protocal): 封裝 RPC 調用,以 Invocation 和 Result 爲中心,擴展接口爲 Protocal、Invoker 和 Exporter
信息交換層(Exchange): 封裝請求響應模式,同步轉異步。以 Request 和Response 爲中心,擴展接口爲 Exchanger、ExchangeChannel、ExchangeClient 和 ExchangeServer
網絡傳輸層(Transport): 抽象 mina 和 netty 爲統一接口,以 Message 爲中心,擴展接口爲 Channel、Transporter、Client、Server和 Codec
數據序列化層(Serialize): 可複用的一些工具,擴展接口爲 Serialization、ObjectInput、ObjectOutput 和 ThreadPool

3、默認使用的是什麼通信框架,還有別的選擇嗎?

默認也推薦使用 netty 框架,還有 mina

4、服務調用是阻塞的嗎?

默認是阻塞的,可以異步調用,沒有返回值的可以這麼做。Dubbo 是基於 NIO 的非阻塞實現並行調用,客戶端不需要啓動多線程即可完成並行調用多個遠程服務,相對多線程開銷較小,異步調用會返回一個 Future 對象。

5、一般使用什麼註冊中心?還有別的選擇嗎?

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

6、默認使用什麼序列化框架,你知道的還有哪些?

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

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

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

8、服務上線怎麼不影響舊版本?

採用多版本開發,不影響舊版本。

9、如何解決服務調用鏈過長的問題?

可以結合 zipkin 實現分佈式服務追蹤。

10、說說核心的配置有哪些?

配置 配置說明
dubbo:service 服務配置
dubbo:reference 引用配置
dubbo:protocol 協議配置
dubbo:applicatio n 應用配置
dubbo:module 模塊配置
dubbo:registry 註冊中心配置
dubbo:monitor 監控中心配置
dubbo:provider 提供方配置
dubbo:consumer 消費方配置
dubbo:method 方法配置
dubbo:argument 參數配置

11、Dubbo 推薦用什麼協議?

  • dubbo://(推薦)
  • rmi://
  • hessian://
  • http://
  • webservice://
  • thrift://
  • memcached://
  • redis://
  • rest://

12、同一個服務多個註冊的情況下可以直連某一個服務嗎?

可以點對點直連,修改配置即可,也可以通過 telnet 直接某個服務。

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

在這裏插入圖片描述

14、Dubbo 集羣容錯有幾種方案?

集羣容錯方案 說明
Failover Cluster 失敗自動切換,自動重試其它服務器(默認)
Failfast Cluster 快速失敗,立即報錯,只發起一次調用
Failsafe Cluster 失敗安全,出現異常時,直接忽略
Failback Cluster 失敗自動恢復,記錄失敗請求,定時重發
Forking Cluster 並行調用多個服務器,只要一個成功即返回
Broadcast Cluster 廣播逐個調用所有提供者,任意一個報錯則報錯

15、Dubbo 服務降級,失敗重試怎麼做?

可以通過 dubbo:reference 中設置 mock=“return null”。mock 的值也可以修改爲 true,然後再跟接口同一個路徑下實現一個 Mock 類, 命名規則是 “接口名稱+Mock” 後綴。然後在 Mock 類裏實現自己的降級邏輯

16、Dubbo 使用過程中都遇到了些什麼問題?

在註冊中心找不到對應的服務,檢查 service 實現類是否添加了@service 註解無法連接到註冊中心,檢查配置文件中的對應的測試 ip 是否正確

17、Dubbo Monitor 實現原理?

Consumer 端在發起調用之前會先走 filter 鏈;provider 端在接收到請求時也是先走 filter 鏈,然後才進行真正的業務邏輯處理。默認情況下,在 consumer 和 provider 的 filter 鏈中都會有 Monitorfilter。

  1. MonitorFilter 向 DubboMonitor 發送數據
  2. DubboMonitor 將數據進行聚合後(默認聚合 1min 中的統計數據)暫存到ConcurrentMap<Statistics, AtomicReference> statisticsMap,然後使用一個含有 3 個線程(線程名字:DubboMonitorSendTimer)的線程池每隔 1min 鍾,調用SimpleMonitorService 遍歷發送 statisticsMap 中的統計數據,每發送完畢一個,就重置當前的 Statistics 的 AtomicReference
  3. SimpleMonitorService 將這些聚合數據塞入 BlockingQueue queue 中(隊列大寫爲 100000)
  4. SimpleMonitorService 使用一個後臺線程(線程名爲:DubboMonitorAsyncWriteLogThread)將 queue 中的數據寫入文件(該線程以死循環的形式來寫)
  5. SimpleMonitorService 還會使用一個含有 1 個線程(線程名字:DubboMonitorTimer)的線程池每隔 5min 鍾,將文件中的統計數據畫成圖表

18、Dubbo 用到哪些設計模式?

Dubbo 框架在初始化和通信過程中使用了多種設計模式,可靈活控制類加載、權限控制等功能。
工廠模式
Provider 在 export 服務時,會調用 ServiceConfig 的 export 方法。ServiceConfig中有個字段:

private static final Protocol protocol = ExtensionLoader.getExtensionLoader(Protocol.class).getAdaptiveExtension();

Dubbo 裏有很多這種代碼。這也是一種工廠模式,只是實現類的獲取採用了 JDKSPI 的機制。這麼實現的優點是可擴展性強,想要擴展實現,只需要在 classpath下增加個文件就可以了,代碼零侵入。另外,像上面的 Adaptive 實現,可以做到調用時動態決定調用哪個實現, 但是由於這種實現採用了動態代理,會造成代碼調試比較麻煩,需要分析出實際調用的實現類。
裝飾器模式
Dubbo 在啓動和調用階段都大量使用了裝飾器模式。以 Provider 提供的調用鏈爲例,具體的調用鏈代碼是在 ProtocolFilterWrapper 的buildInvokerChain 完成的,具體是將註解中含有 group=provider 的 Filter 實現,按照 order 排序,最後的調用順序是:
Dubbo 裏有很多這種代碼。這也是一種工廠模式,只是實現類的獲取採用了 JDKSPI 的機制。這麼實現的優點是可擴展性強,想要擴展實現,只需要在 classpath下增加個文件就可以了,代碼零侵入。另外,像上面的 Adaptive 實現,可以做到調用時動態決定調用哪個實現, 但是由於這種實現採用了動態代理,會造成代碼調試比較麻煩,需要分析出實際調用的實現類。

EchoFilter -> ClassLoaderFilter -> GenericFilter -> ContextFilter -> ExecuteLimitFilter -> TraceFilter -> TimeoutFilter -> MonitorFilter -> ExceptionFilter

更確切地說,這裏是裝飾器和責任鏈模式的混合使用。例如,EchoFilter 的作用是判斷是否是回聲測試請求,是的話直接返回內容,這是一種責任鏈的體現。而像ClassLoaderFilter 則只是在主功能上添加了功能,更改當前線程
的 ClassLoader,這是典型的裝飾器模式。
觀察者模式
Dubbo 的 Provider 啓動時,需要與註冊中心交互,先註冊自己的服務,再訂閱自己的服務,訂閱時,採用了觀察者模式,開啓一個 listener。註冊中心會每 5 秒定時檢查是否有服務更新,如果有更新,向該服務的提供者發送一個 notify 消息,provider 接受到 notify 消息後,即運行 NotifyListener 的 notify 方法,執行監聽器方法。
動態代理模式
Dubbo 擴展 JDK SPI 的類 ExtensionLoader 的 Adaptive 實現是典型的動態代理實現。Dubbo 需要靈活地控制實現類,即在調用階段動態地根據參數決定調用哪個實現類,所以採用先生成代理類的方法,能夠做到靈活的調用。生成代理類的代碼是 ExtensionLoader 的 createAdaptiveExtensionClassCode 方法。代理類的主要邏輯是,獲取 URL 參數中指定參數的值作爲獲取實現類的 key。

19、Dubbo 配置文件是如何加載到 Spring 中的?

Spring 容器在啓動的時候,會讀取到 Spring 默認的一些 schema 以及 Dubbo 自定義的 schema,每個 schema 都會對應一個自己的
NamespaceHandler,NamespaceHandler 裏面通過 BeanDefinitionParser 來解析配置信息並轉化爲需要加載的 bean 對象!

20、Dubbo SPI 和 Java SPI 區別?

JDK SPI
JDK 標準的 SPI 會一次性加載所有的擴展實現,如果有的擴展吃實話很耗時,但也沒用上,很浪費資源。所以只希望加載某個的實現,就不現實了
DUBBO SPI

  1. 對 Dubbo 進行擴展,不需要改動 Dubbo 的源碼
  2. 延遲加載,可以一次只加載自己想要加載的擴展實現。
  3. 增加了對擴展點 IOC 和 AOP 的支持,一個擴展點可以直接 setter 注入其它擴展點。
  4. Dubbo 的擴展機制能很好的支持第三方 IoC 容器,默認支持 Spring Bean。

21、Dubbo 支持分佈式事務嗎?

目前暫時不支持,可與通過 tcc-transaction 框架實現
介紹:tcc-transaction 是開源的 TCC 補償性分佈式事務框架
Git 地址:https://github.com/changmingxie/tcc-transaction
TCC-Transaction 通過 Dubbo 隱式傳參的功能,避免自己對業務代碼的入侵。

22、Dubbo 可以對結果進行緩存嗎?

爲了提高數據訪問的速度。Dubbo 提供了聲明式緩存,以減少用戶加緩存的工作量

<dubbo:reference cache="true" />

其實比普通的配置文件就多了一個標籤 cache=“true”

23、服務上線怎麼兼容舊版本?

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

24、Dubbo 必須依賴的包有哪些?

Dubbo 必須依賴 JDK,其他爲可選。

25、Dubbo telnet 命令能做什麼?

dubbo 服務發佈之後,我們可以利用 telnet 命令進行調試、管理。Dubbo2.0.5 以上版本服務提供端口支持 telnet 命令
連接服務
telnet localhost 20880 //鍵入回車進入 Dubbo 命令模式。
查看服務列表

dubbo>ls  
com.test.TestService  
dubbo>ls com.test.TestService create
delete 
query
  • ls (list services and methods)
  • ls : 顯示服務列表。
  • ls -l : 顯示服務詳細信息列表。
  • ls XxxService:顯示服務的方法列表。
  • ls -l XxxService:顯示服務的方法詳細信息列表。

26、Dubbo 支持服務降級嗎?

以通過 dubbo:reference 中設置 mock=“return null”。mock 的值也可以修改爲 true,然後再跟接口同一個路徑下實現一個 Mock 類,命名規則是 “接口名稱+Mock” 後綴。然後在 Mock 類裏實現自己的降級邏輯

27、Dubbo 如何優雅停機?

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

28、Dubbo 和 Dubbox 之間的區別?

Dubbox 是繼 Dubbo 停止維護後,噹噹網基於 Dubbo 做的一個擴展項目,如加了服務可 Restful 調用,更新了開源組件等。

29、Dubbo 和 Spring Cloud 的區別?

根據微服務架構在各方面的要素,看看 Spring Cloud 和 Dubbo 都提供了哪些支持。

Dubbo Spring Cloud
服務註冊中心 Zookeep er Spring Cloud Netflix Eureka
服務調用方式 RPC REST API
服務網關 Spring Cloud Netflix Zuul
斷路器 不完善 Spring Cloud Netflix Hystrix
分佈式配置 Spring Cloud Config
服務跟蹤 Spring Cloud Sleuth
消息總線 Spring Cloud Bus
數據流 Spring Cloud Stream
批量任務 Spring Cloud Task

使用 Dubbo 構建的微服務架構就像組裝電腦,各環節我們的選擇自由度很高,但是最終結果很有可能因爲一條內存質量不行就點不亮了, 總是讓人不怎麼放心,但是如果你是一名高手,那這些都不是問題;而 Spring Cloud 就像品牌機,在Spring Source 的整合下,做了大量的兼容性測試,保證了機器擁有更高的穩定性,但是如果要在使用非原裝組件外的東西,就需要對其基礎有足夠的瞭解。

30、你還了解別的分佈式框架嗎?

別的還有 spring 的 spring cloud,facebook 的 thrift,twitter 的 finagle 等

31、Dubbo是什麼?

Dubbo是阿里巴巴開源的基於 Java 的高性能 RPC 分佈式服務框架,現已成爲 Apache 基金會孵化項目。面試官問你如果這個都不清楚,那下面的就沒必要問了。

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

32、Dubbo默認使用什麼註冊中心,還有別的選擇嗎?

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

33、Dubbo有哪幾種配置方式?

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

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

  1. timeout: 方 法 調 用 超 時
  2. retries:失敗重試次數,默認重試 2 次
  3. loadbalance:負載均衡算法,默認隨機
  4. actives 消費者端,最大併發調用限制

35、Dubbo啓動時如果依賴的服務不可用會怎樣?

Dubbo 缺省會在啓動時檢查依賴的服務是否可用,不可用時會拋出異常,阻止 Spring 初始化完成,默認 check=“true”,可以通過check=“false” 關閉檢查。

36、Dubbo推薦使用什麼序列化框架,你知道的還有哪些?

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

37、Dubbo有哪幾種負載均衡策略,默認是哪種?

在這裏插入圖片描述

38、註冊了多個同一樣的服務,如果測試指定的某一個服務呢?

可以配置環境點對點直連,繞過註冊中心,將以服務接口爲單位,忽略註冊中心的提供者列表。

39、Dubbo支持服務多協議嗎?

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

40、當一個服務接口有多種實現時怎麼做?

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

41、服務上線怎麼兼容舊版本?

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

42、Dubbo可以對結果進行緩存嗎?

可以,Dubbo 提供了聲明式緩存,用於加速熱門數據的訪問速度,以減少用戶加緩存的工作量。

43、Dubbo服務之間的調用是阻塞的嗎?

默認是同步等待結果阻塞的,支持異步調用。
Dubbo 是基於 NIO 的非阻塞實現並行調用,客戶端不需要啓動多線程即可完成並行調用多個遠程服務,相對多線程開銷較小,異步調用會返回一個 Future 對象。
異步調用流程圖如下。
在這裏插入圖片描述

44、Dubbo支持分佈式事務嗎?

目前暫時不支持,後續可能採用基於 JTA/XA 規範實現,如以圖所示。
在這裏插入圖片描述

45、Dubbo支持服務降級嗎?

Dubbo 2.2.0 以上版本支持。

46、Dubbo如何優雅停機?

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

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

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

48、如何解決服務調用鏈過長的問題?

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

49、服務讀寫推薦的容錯策略是怎樣的?

讀操作建議使用 Failover 失敗自動切換,默認重試兩次其他服務器。寫操作建議使用 Failfast 快速失敗,發一次調用失敗就立即報錯。

50、Dubbo必須依賴的包有哪些?

Dubbo 必須依賴 JDK,其他爲可選。

51、Dubbo的管理控制檯能做什麼?

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

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

Dubbo 會在 Spring 實例化完 bean 之後,在刷新容器最後一步發佈 ContextRefreshEvent 事件的時候,通知實現了 ApplicationListener 的 ServiceBean 類進行回調 onApplicationEvent 事件方法,Dubbo 會在這個方法中調用 ServiceBean 父類 ServiceConfig 的 export 方法,而該方法真正實現了服務的(異步或者非異步)發佈。

53、Dubbo 停止維護了嗎?

2014 年開始停止維護過幾年,17 年開始重新維護,並進入了 Apache 項目。

54、Dubbo 和 Dubbox 有什麼區別?

Dubbox 是繼 Dubbo 停止維護後,噹噹網基於 Dubbo 做的一個擴展項目,如加了服務可 Restful 調用,更新了開源組件等。

55、你還了解別的分佈式框架嗎?

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

56、Dubbo 能集成 Spring Boot 嗎?

可以的,項目地址如下。
https://github.com/apache/incubator-dubbo-spring-boot-project

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

Dubbo 的設計目的是爲了滿足高併發小數據量的 rpc 調用,在大數據量下的性能表現並不好,建議使用 rmi 或 http 協議。

58、你讀過 Dubbo 的源碼嗎?

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

59、你覺得用 Dubbo 好還是 Spring Cloud 好?

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

擴展連接:加粗樣式更多請點擊這裏

博主公衆號程序員小羊 只發面試相關推文
在這裏插入圖片描述

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章