文章目錄
- 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、你還了解別的分佈式框架嗎?
- 31、Dubbo是什麼?
- 32、Dubbo默認使用什麼註冊中心,還有別的選擇嗎?
- 33、Dubbo有哪幾種配置方式?
- 34、在 Provider 上可以配置的 Consumer 端的屬性有哪些?
- 35、Dubbo啓動時如果依賴的服務不可用會怎樣?
- 36、Dubbo推薦使用什麼序列化框架,你知道的還有哪些?
- 37、Dubbo有哪幾種負載均衡策略,默認是哪種?
- 38、註冊了多個同一樣的服務,如果測試指定的某一個服務呢?
- 39、Dubbo支持服務多協議嗎?
- 40、當一個服務接口有多種實現時怎麼做?
- 41、服務上線怎麼兼容舊版本?
- 42、Dubbo可以對結果進行緩存嗎?
- 43、Dubbo服務之間的調用是阻塞的嗎?
- 44、Dubbo支持分佈式事務嗎?
- 45、Dubbo支持服務降級嗎?
- 46、Dubbo如何優雅停機?
- 47、服務提供者能實現失效踢出是什麼原理?
- 48、如何解決服務調用鏈過長的問題?
- 49、服務讀寫推薦的容錯策略是怎樣的?
- 50、Dubbo必須依賴的包有哪些?
- 51、Dubbo的管理控制檯能做什麼?
- 52、說說 Dubbo 服務暴露的過程。
- 53、Dubbo 停止維護了嗎?
- 54、Dubbo 和 Dubbox 有什麼區別?
- 55、你還了解別的分佈式框架嗎?
- 56、Dubbo 能集成 Spring Boot 嗎?
- 57、在使用過程中都遇到了些什麼問題?
- 58、你讀過 Dubbo 的源碼嗎?
- 59、你覺得用 Dubbo 好還是 Spring Cloud 好?
- 擴展連接:**加粗樣式**[更多請點擊這裏](https://blog.csdn.net/weixin_44395707/category_9792353.html)
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。
- MonitorFilter 向 DubboMonitor 發送數據
- DubboMonitor 將數據進行聚合後(默認聚合 1min 中的統計數據)暫存到ConcurrentMap<Statistics, AtomicReference> statisticsMap,然後使用一個含有 3 個線程(線程名字:DubboMonitorSendTimer)的線程池每隔 1min 鍾,調用SimpleMonitorService 遍歷發送 statisticsMap 中的統計數據,每發送完畢一個,就重置當前的 Statistics 的 AtomicReference
- SimpleMonitorService 將這些聚合數據塞入 BlockingQueue queue 中(隊列大寫爲 100000)
- SimpleMonitorService 使用一個後臺線程(線程名爲:DubboMonitorAsyncWriteLogThread)將 queue 中的數據寫入文件(該線程以死循環的形式來寫)
- 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
- 對 Dubbo 進行擴展,不需要改動 Dubbo 的源碼
- 延遲加載,可以一次只加載自己想要加載的擴展實現。
- 增加了對擴展點 IOC 和 AOP 的支持,一個擴展點可以直接 setter 注入其它擴展點。
- 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有哪幾種配置方式?
- Spring 配置方式
- Java API 配置方式
34、在 Provider 上可以配置的 Consumer 端的屬性有哪些?
- timeout: 方 法 調 用 超 時
- retries:失敗重試次數,默認重試 2 次
- loadbalance:負載均衡算法,默認隨機
- 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 順手的地方……
擴展連接:加粗樣式更多請點擊這裏
博主公衆號程序員小羊 只發面試相關推文