dubbo服务接口如何mock_2019年Dubbo你掌握的如何？快看看这30道高频面试题！
前言
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 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服务接口如何mock_2019年Dubbo你掌握的如何？快看看这30道高频面试题！的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 散射理论方程_非弹性中子磁散射方法简介之
- 下一篇： 拼接名字_一个最简单的办法，教你识别原切