1胜嗓、Dubbo 是什么？

• Dubbo 是一個分布式怔锌、高性能、透明化的 RPC 服務(wù)框架涝涤，提供服務(wù)自動注冊岛杀、自動發(fā)現(xiàn)等高效服務(wù)治理方案类嗤， 可以和 Spring 框架無縫集成。
• 文檔

2货裹、為什么需要服務(wù)治理弧圆？

dubbo-service-governance

• 過多的服務(wù)URL配置困難
• 負(fù)載均衡分配節(jié)點壓力過大的情況下也需要部署集群
• 服務(wù)依賴混亂还最，啟動順序不清晰
• 過多服務(wù)導(dǎo)致性能指標(biāo)分析難度較大拓轻，需要監(jiān)控

3、Dubbo 的主要應(yīng)用場景勿锅？

• 透明化的遠(yuǎn)程方法調(diào)用枣氧，就像調(diào)用本地方法一樣調(diào)用遠(yuǎn)程方法达吞，只需簡單配置，沒有任何 API 侵入吞鸭。
• 軟負(fù)載均衡及容錯機制刻剥，可在內(nèi)網(wǎng)替代 F5 等硬件負(fù)載均衡器滩字，降低成本御吞，減少單點陶珠。
• 服務(wù)自動注冊與發(fā)現(xiàn)撵术，不再需要寫死服務(wù)提供方地址，注冊中心基于接口名查詢服務(wù)提供者的IP地址寝姿，并且能夠平滑添加或刪除服務(wù)提供者饵筑。

4处坪、Dubbo 的核心功能同窘？

主要就是如下3個核心功能：

• Remoting：網(wǎng)絡(luò)通信框架，提供對多種 NIO 框架抽象封裝裤纹，包括“同步轉(zhuǎn)異步”和“請求-響應(yīng)”模式的信息交換方式。
• Cluster：服務(wù)框架丧没，提供基于接口方法的透明遠(yuǎn)程過程調(diào)用鹰椒，包括多協(xié)議支持，以及軟負(fù)載均衡呕童，失敗容錯漆际，地址路由，動態(tài)配置等集群支持夺饲。
• Registry：服務(wù)注冊奸汇，基于注冊中心目錄服務(wù)，使服務(wù)消費方能動態(tài)的查找服務(wù)提供方往声，使地址透明，使服務(wù)提供方可以平滑增加或減少機器烁挟。

4、Dubbo 的核心組件骨坑？

5撼嗓、Dubbo 服務(wù)注冊與發(fā)現(xiàn)的流程柬采？

dubbo-relation

流程說明：

• Provider(提供者)綁定指定端口并啟動服務(wù)
• 提供者連接注冊中心，并發(fā)送本機IP且警、端口粉捻、應(yīng)用信息和提供服務(wù)信息發(fā)送至注冊中心存儲
• Consumer(消費者），連接注冊中心 斑芜，并發(fā)送應(yīng)用信息肩刃、所求服務(wù)信息至注冊中心
• 注冊中心根據(jù) 消費者所求服務(wù)信息匹配對應(yīng)的提供者列表發(fā)送至 Consumer 應(yīng)用緩存。
• Consumer 在發(fā)起遠(yuǎn)程調(diào)用時基于緩存的消費者列表擇其一發(fā)起調(diào)用杏头。
• Provider 狀態(tài)變更會實時通知注冊中心盈包、在由注冊中心實時推送至Consumer

設(shè)計的原因：

• Consumer 與 Provider 解偶，雙方都可以橫向增減節(jié)點數(shù)醇王。
• 注冊中心對本身可做對等集群呢燥，可動態(tài)增減節(jié)點，并且任意一臺宕掉后寓娩，將自動切換到另一臺
• 去中心化叛氨，雙方不直接依懶注冊中心，即使注冊中心全部宕機短時間內(nèi)也不會影響服務(wù)的調(diào)用
• 服務(wù)提供者無狀態(tài)棘伴，任意一臺宕掉后寞埠，不影響使用

6、Dubbo 的架構(gòu)設(shè)計焊夸？

dubbo-framework

Dubbo框架設(shè)計一共劃分了10個層：

• service 服務(wù)接口層：該層是與實際業(yè)務(wù)邏輯相關(guān)的仁连，根據(jù)服務(wù)提供方和服務(wù)消費方的業(yè)務(wù)設(shè)計對應(yīng)的接口和實現(xiàn)。
• config 配置層：對外配置接口淳地，以 ServiceConfig, ReferenceConfig 為中心怖糊，可以直接初始化配置類，也可以通過 spring 解析配置生成配置類
• proxy 服務(wù)代理層：服務(wù)接口透明代理颇象，生成服務(wù)的客戶端 Stub 和服務(wù)器端 Skeleton, 以 ServiceProxy 為中心伍伤，擴展接口為 ProxyFactory
• registry 注冊中心層：封裝服務(wù)地址的注冊與發(fā)現(xiàn)，以服務(wù) URL 為中心遣钳，擴展接口為 RegistryFactory, Registry, RegistryService
• cluster 路由層：封裝多個提供者的路由及負(fù)載均衡扰魂，并橋接注冊中心，以 Invoker 為中心蕴茴，擴展接口為 Cluster, Directory, Router, LoadBalance
• monitor 監(jiān)控層：RPC 調(diào)用次數(shù)和調(diào)用時間監(jiān)控劝评，以 Statistics 為中心，擴展接口為 MonitorFactory, Monitor, MonitorService
• protocol 遠(yuǎn)程調(diào)用層：封裝 RPC 調(diào)用倦淀，以 Invocation, Result 為中心蒋畜，擴展接口為 Protocol, Invoker, Exporter
• exchange 信息交換層：封裝請求響應(yīng)模式，同步轉(zhuǎn)異步撞叽，以 Request, Response 為中心姻成，擴展接口為 Exchanger, ExchangeChannel, ExchangeClient, ExchangeServer
• transport 網(wǎng)絡(luò)傳輸層：抽象 mina 和 netty 為統(tǒng)一接口插龄，以 Message 為中心，擴展接口為 Channel, Transporter, Client, Server, Codec
• serialize 數(shù)據(jù)序列化層：可復(fù)用的一些工具科展，擴展接口為 Serialization, ObjectInput, ObjectOutput, ThreadPool

7均牢、Dubbo 的服務(wù)調(diào)用流程？

dubbo-extension

8才睹、Dubbo 的注冊中心集群掛掉徘跪，發(fā)布者和訂閱者之間還能通信么？

可以的琅攘，啟動dubbo時垮庐，消費者會從 zookeeper 拉取注冊的生產(chǎn)者的地址接口等數(shù)據(jù)，緩存在本地乎澄。每

9突硝、Dubbo 與 Spring 的關(guān)系？

Dubbo 采用全 Spring 配置方式置济，透明化接入應(yīng)用解恰，對應(yīng)用沒有任何 API 侵入，只需用 Spring 加載 Dubbo 的配置即可浙于，Dubbo 基于 Spring 的 Schema 擴展進(jìn)行加載护盈。

10、Dubbo 使用的是什么通信框架?

默認(rèn)使用 NIO Netty 框架

11羞酗、Dubbo 集群提供了哪些負(fù)載均衡策略腐宋？

• Random LoadBalance: 隨機選取提供者策略，有利于動態(tài)調(diào)整提供者權(quán)重檀轨。截面碰撞率高胸竞，調(diào)用次數(shù)越多，分布越均勻参萄；
• RoundRobin LoadBalance: 輪循選取提供者策略卫枝，平均分布，但是存在請求累積的問題讹挎；
• LeastActive LoadBalance: 最少活躍調(diào)用策略校赤，解決慢提供者接收更少的請求；
• ConstantHash LoadBalance: 一致性Hash策略筒溃，使相同參數(shù)請求總是發(fā)到同一提供者马篮，一臺機器宕機，可以基于虛擬節(jié)點怜奖，分?jǐn)傊疗渌峁┱呋氩猓苊庖鹛峁┱叩膭×易儎樱?/li>

缺省時為Random隨機調(diào)用

12、Dubbo 的集群容錯方案有哪些歪玲？

• Failover Cluster: 失敗自動切換尽爆，當(dāng)出現(xiàn)失敗怎顾，重試其它服務(wù)器。通常用于讀操作漱贱，但重試會帶來更長延遲。
• Failfast Cluster: 快速失敗夭委，只發(fā)起一次調(diào)用幅狮，失敗立即報錯。通常用于非冪等性的寫操作株灸，比如新增記錄崇摄。
• Failsafe Cluster: 失敗安全，出現(xiàn)異常時慌烧，直接忽略逐抑。通常用于寫入審計日志等操作。
• Failback Cluster: 失敗自動恢復(fù)屹蚊，后臺記錄失敗請求厕氨，定時重發(fā)。通常用于消息通知操作汹粤。
• Forking Cluster: 并行調(diào)用多個服務(wù)器命斧，只要一個成功即返回。通常用于實時性要求較高的讀操作嘱兼，但需要浪費更多服務(wù)資源国葬。可通過 forks="2" 來設(shè)置最大并行數(shù)芹壕。
• Broadcast Cluster: 廣播調(diào)用所有提供者汇四，逐個調(diào)用，任意一臺報錯則報錯 踢涌。通常用于通知所有提供者更新緩存或日志等本地資源信息通孽。

13、Dubbo 的默認(rèn)集群容錯方案斯嚎？

Failover Cluster

14利虫、Dubbo 支持哪些協(xié)議，每種協(xié)議的應(yīng)用場景堡僻，優(yōu)缺點糠惫？

• dubbo： 單一長連接和 NIO 異步通訊，適合大并發(fā)小數(shù)據(jù)量的服務(wù)調(diào)用钉疫，以及消費者遠(yuǎn)大于提供者硼讽。傳輸協(xié)議 TCP，異步牲阁，Hessian 序列化固阁；
• rmi： 采用 JDK 標(biāo)準(zhǔn)的 rmi 協(xié)議實現(xiàn)壤躲，傳輸參數(shù)和返回參數(shù)對象需要實現(xiàn) Serializable 接口，使用 java 標(biāo)準(zhǔn)序列化機制备燃，使用阻塞式短連接碉克，傳輸數(shù)據(jù)包大小混合，消費者和提供者個數(shù)差不多并齐，可傳文件漏麦，傳輸協(xié)議 TCP。 多個短連接况褪，TCP 協(xié)議傳輸撕贞，同步傳輸，適用常規(guī)的遠(yuǎn)程服務(wù)調(diào)用和 rmi 互操作测垛。在依賴低版本的 Common-Collections 包捏膨，java 序列化存在安全漏洞；
• webservice： 基于 WebService 的遠(yuǎn)程調(diào)用協(xié)議食侮，集成 CXF 實現(xiàn)号涯，提供和原生 WebService 的互操作。多個短連接疙描，基于 HTTP 傳輸诚隙，同步傳輸，適用系統(tǒng)集成和跨語言調(diào)用起胰；
• http： 基于 Http 表單提交的遠(yuǎn)程調(diào)用協(xié)議久又，使用 Spring 的 HttpInvoke 實現(xiàn)。多個短連接效五，傳輸協(xié)議 HTTP地消，傳入?yún)?shù)大小混合，提供者個數(shù)多于消費者畏妖，需要給應(yīng)用程序和瀏覽器 JS 調(diào)用脉执；
• hessian： 集成 Hessian 服務(wù)，基于 HTTP 通訊戒劫，采用 Servlet 暴露服務(wù)半夷，Dubbo 內(nèi)嵌 Jetty 作為服務(wù)器時默認(rèn)實現(xiàn)，提供與 Hession 服務(wù)互操作迅细。多個短連接巫橄，同步 HTTP 傳輸，Hessian 序列化茵典，傳入?yún)?shù)較大湘换，提供者大于消費者，提供者壓力較大，可傳文件彩倚；
• memcache： 基于 memcached 實現(xiàn)的 RPC 協(xié)議
• redis： 基于 redis 實現(xiàn)的 RPC 協(xié)議

15筹我、Dubbo 推薦用什么協(xié)議？

默認(rèn)使用 dubbo 協(xié)議

16帆离、Dubbo 有些哪些注冊中心蔬蕊？

• Multicast 注冊中心： Multicast 注冊中心不需要任何中心節(jié)點，只要廣播地址哥谷，就能進(jìn)行服務(wù)注冊和發(fā)現(xiàn)袁串。基于網(wǎng)絡(luò)中組播傳輸實現(xiàn)呼巷；
• Zookeeper 注冊中心： 基于分布式協(xié)調(diào)系統(tǒng) Zookeeper 實現(xiàn)，采用 Zookeeper 的 watch 機制實現(xiàn)數(shù)據(jù)變更赎瑰；
• redis 注冊中心： 基于 redis 實現(xiàn)王悍，采用 key/Map 存儲，往 key 存儲服務(wù)名和類型餐曼，Map 中 key 存儲服務(wù) URL压储，value 服務(wù)過期時間≡雌基于 redis 的發(fā)布/訂閱模式通知數(shù)據(jù)變更集惋；
• Simple 注冊中心

17、Dubbo 默認(rèn)采用注冊中心踩娘？

采用 Zookeeper

18刮刑、Dubbo 支持哪些序列化方式？

默認(rèn)使用 Hessian 序列化养渴，還有 Duddo雷绢、FastJson、Java 自帶序列化理卑。

19翘紊、Dubbo 超時時間怎樣設(shè)置？

Dubbo 超時時間設(shè)置有兩種方式：

• 服務(wù)提供者端設(shè)置超時時間藐唠，在 Dubbo 的用戶文檔中帆疟，推薦如果能在服務(wù)端多配置就盡量多配置，因為服務(wù)提供者比消費者更清楚自己提供的服務(wù)特性宇立。
• 服務(wù)消費者端設(shè)置超時時間踪宠，如果在消費者端設(shè)置了超時時間，以消費者端為主泄伪，即優(yōu)先級更高殴蓬。因為服務(wù)調(diào)用方設(shè)置超時時間控制性更靈活。如果消費方超時，服務(wù)端線程不會定制染厅，會產(chǎn)生警告痘绎。

20、服務(wù)調(diào)用超時問題怎么解決肖粮？

dubbo 在調(diào)用服務(wù)不成功時孤页，默認(rèn)是會重試兩次的。

21涩馆、Dubbo 在安全機制方面是如何解決行施？

Dubbo 通過 Token 令牌防止用戶繞過注冊中心直連，然后在注冊中心上管理授權(quán)魂那。Dubbo 還提供服務(wù)黑白名單蛾号，來控制服務(wù)所允許的調(diào)用方。

22涯雅、Dubbo 和 Dubbox 之間的區(qū)別鲜结？

dubbox 基于 dubbo 上做了一些擴展，如加了服務(wù)可 restful 調(diào)用活逆，更新了開源組件等精刷。

23、Dubbo 和 Spring Cloud 的區(qū)別蔗候？

最大的區(qū)別：Dubbo 底層是使用 Netty 這樣的 NIO 框架怒允，是基于 TCP 協(xié)議傳輸?shù)模浜弦?Hession 序列化完成 RPC 通信锈遥。
而 SpringCloud 是基于 Http 協(xié)議 + Rest 接口調(diào)用遠(yuǎn)程過程的通信纫事，相對來說，Http 請求會有更大的報文迷殿，占的帶寬也會更多儿礼。但是 REST 相比 RPC 更為靈活，服務(wù)提供方和調(diào)用方的依賴只依靠一紙契約庆寺，不存在代碼級別的強依賴蚊夫。