前言

Dubbo是一個分布式服務框架，致力于提供高性能和透明化的RPC遠程服務呼叫方案，以及SOA服務治理方案，簡單的說，dubbo就是個服務框架，如果沒有分布式的需求，其實是不需要用的，只有在分布式的時候，才有dubbo這樣的分布式服務框架的需求，并且本質上是個服務呼叫的東東，說白了就是個遠程服務呼叫的分布式框架（告別Web Service模式中的WSdl，以服務者與消費者的方式在dubbo上注冊），

很多時候，其實我們使用這個技術的時候，可能都是因為專案需要，所以，我們就用了，但是，至于為什么我們需要用到這個技術，可能自身并不是很了解的，但是，其實了解技術的來由及背景知識，對于理解一項技識訓是有幫助的，

關于Dubbo的知識總結了個思維導圖

Dubbo 面試題

1、為什么要用 Dubbo？

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

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

4、服務呼叫是阻塞的嗎？

5、一般使用什么注冊中心？還有別的選擇嗎？

6、默認使用什么序列化框架，你知道的還有哪些？

7、服務提供者能實作失效踢出是什么原理？

8、服務上線怎么不影響舊版本？

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

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

11、Dubbo 推薦用什么協議？

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

13、畫一畫服務注冊與發現的流程圖？

14、Dubbo 集群容錯有幾種方案？

15、Dubbo 服務降級，失敗重試怎么做？

16、Dubbo 使用程序中都遇到了些什么問題？

17、Dubbo Monitor 實作原理？

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

19、Dubbo 組態檔是如何加載到 Spring 中的？

20、Dubbo SPI 和 Java SPI 區別？

21、Dubbo 支持分布式事務嗎？

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

23、服務上線怎么兼容舊版本？

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

25、Dubbo telnet 命令能做什么？

26、Dubbo 支持服務降級嗎？

27、Dubbo 如何優雅停機？

28、Dubbo 和 Dubbox 之間的區別？

29、Dubbo 和 Spring Cloud 的區別？

30、你還了解別的分布式框架嗎？

下面是Dubbo 面試題答案決議

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、說說核心的配置有哪些？

11、Dubbo 推薦用什么協議？

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

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

13、畫一畫服務注冊與發現的流程圖？

14、Dubbo 集群容錯有幾種方案？

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).getAdaptiveExtensi
on();

Dubbo 里有很多這種代碼，這也是一種工廠模式，只是實作類的獲取采用了 JDKSPI 的機制，這么實作的優點是可擴展性強，想要擴展實作，只需要在 classpath下增加個檔案就可以了，代碼零侵入，另外，像上面的 Adaptive 實作，可以做到呼叫時動態決定呼叫哪個實作，但是由于這種實作采用了動態代理，會造成代碼除錯比較麻煩，需要分析出實際呼叫的實作類，

裝飾器模式
Dubbo 在啟動和呼叫階段都大量使用了裝飾器模式，以 Provider 提供的呼叫鏈為例，具體的呼叫鏈代碼是在 ProtocolFilterWrapper 的 buildInvokerChain 完成的，具體是將注解中含有 group=provider 的 Filter 實作，按照 order 排序，最后的呼叫順序是：

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 補償性分布式事務框架
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 就像品牌機，在Spring Source 的整合下，做了大量的兼容性測驗，保證了機器擁有更高的穩定性，但是如果要在使用非原裝組件外的東西，就需要對其基礎有足夠的了解，

30、你還了解別的分布式框架嗎？

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

標籤：Java

上一篇：微服務架構的前世今生（八）：微服務架構的技術支持

下一篇：WebFlux快速上手