以下文章來源于公眾號“程序員求職之路”

1.Dubbo 支持哪些協(xié)議，每種協(xié)議的應用場景，優(yōu)缺點？

dubbo：單一長連接和NIO異步通訊，適合大并發(fā)小數(shù)據(jù)量的服務調(diào)用，以及消費者遠大于提供者。傳輸協(xié)議TCP，異步，Hessian序列化；

rmi：采用 JDK 標準的rmi協(xié)議實現(xiàn)，傳輸參數(shù)和返回參數(shù)對象需要實現(xiàn) Serializable接口，使用java標準序列化機制，使用阻塞式短連接，傳輸數(shù) 據(jù)包大小混合，消費者和提供者個數(shù)差不多，可傳文件，傳輸協(xié)議TCP。多個短連接，TCP 協(xié)議傳輸，同步傳輸，適用常規(guī)的遠程服務調(diào)用和 rmi 互操作。在依賴低版本的Common-Collections包，java序列化存在安全漏洞；

webservice：基于WebService的遠程調(diào)用協(xié)議，集成CXF實現(xiàn)，提供和 原生WebService的互操作。多個短連接，基于HTTP傳輸，同步傳輸，適 用系統(tǒng)集成和跨語言調(diào)用；

http：基于Http表單提交的遠程調(diào)用協(xié)議，使用Spring的HttpInvoke 實 現(xiàn)。多個短連接，傳輸協(xié)議HTTP，傳入?yún)?shù)大小混合，提供者個數(shù)多于消 費者，需要給應用程序和瀏覽器 JS 調(diào)用；

hessian：集成Hessian服務，基于HTTP通訊，采用Servlet暴露服務， Dubbo 內(nèi)嵌 Jetty 作為服務器時默認實現(xiàn)，提供與Hession服務互操作。多 個短連接，同步HTTP傳輸，Hessian序列化，傳入?yún)?shù)較大，提供者大于 消費者，提供者壓力較大，可傳文件；

memcache：基于memcached實現(xiàn)的RPC協(xié)議 ；

redis：基于redis實現(xiàn)的RPC協(xié)議。

2.Dubbo 超時時間怎樣設置？

Dubbo超時時間設置有兩種方式：

服務提供者端設置超時時間，在Dubbo的用戶文檔中，推薦如果能在服務端多配置就盡量多配置，因為服務提供者比消費者更清楚自己提供的服務特性。

服務消費者端設置超時時間，如果在消費者端設置了超時時間，以消費者端 為主，即優(yōu)先級更高。因為服務調(diào)用方設置超時時間控制性更靈活。如果消 費方超時，服務端線程不會定制，會產(chǎn)生警告。

3.Dubbo 有些哪些注冊中心？

Multicast 注冊中心：Multicast注冊中心不需要任何中心節(jié)點，只要廣播地 址，就能進行服務注冊和發(fā)現(xiàn)。基于網(wǎng)絡中組播傳輸實現(xiàn)；

Zookeeper注冊中心：基于分布式協(xié)調(diào)系統(tǒng)Zookeeper實現(xiàn)，采用Zookeeper的watch機制實現(xiàn)數(shù)據(jù)變更；

redis 注冊中心：基于 redis 實現(xiàn)，采用 key/Map 存儲，住 key 存儲服務名 和類型，Map 中 key 存儲服務 URL，value 服務過期時間。基于 redis 的 發(fā) 布/訂閱模式通知數(shù)據(jù)變更；

Simple 注冊中心

4.Dubbo 集群的負載均衡有哪些策略?

Dubbo 提供了常見的集群策略實現(xiàn)，并預擴展點予以自行實現(xiàn)。

Random LoadBalance: 隨機選取提供者策略，有利于動態(tài)調(diào)整提供者權重。截面碰撞率高，調(diào)用次數(shù)越多，分布越均勻；

RoundRobin LoadBalance: 輪循選取提供者策略，平均分布，但是存在請求 累積的問題；

LeastActive LoadBalance: 最少活躍調(diào)用策略，解決慢提供者接收更少的請求；

ConstantHash LoadBalance: 一致性 Hash 策略，使相同參數(shù)請求總是發(fā)到 同一提供者，一臺機器宕機，可以基于虛擬節(jié)點，分攤至其他提供者，避免引起提供者的劇烈變動；

5.Dubbo 是什么？

Dubbo 是一個分布式、高性能、透明化的 RPC 服務框架，提供服務自動 注冊、自動發(fā)現(xiàn)等高效服務治理方案，可以和 Spring 框架無縫集成。

6.Dubbo 的主要應用場景？

透明化的遠程方法調(diào)用，就像調(diào)用本地方法一樣調(diào)用遠程方法， 只需簡單配置，沒有任何 API 侵入。

軟負載均衡及容錯機制，可在內(nèi)網(wǎng)替代 F5 等硬件負載均衡器， 降低成本，減少單點。

服務自動注冊與發(fā)現(xiàn)，不再需要寫死服務提供方地址，注冊中心 基于接口名查詢服務提供者的 IP 地址，并且能夠平滑添加或刪 除服務提供者。

7.Dubbo 的核心功能？

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

Remoting：網(wǎng)絡通信框架，提供對多種 NIO 框架抽象封裝，包括“同步轉異步”和“請求-響應”模式的信息交換方式。

Cluster：服務框架，提供基于接口方法的透明遠程過程調(diào)用，包括多協(xié)議支 持，以及軟負載均衡，失敗容錯，地址路由，動態(tài)配置等集群支持。

Registry：服務注冊，基于注冊中心目錄服務，使服務消費方能動態(tài)的查找 服務提供方，使地址透明，使服務提供方可以平滑增加或減少機器。

8.Dubbo 的核心組件？

9. Dubbo 服務注冊與發(fā)現(xiàn)的流程？

流程說明：

Provider(提供者)綁定指定端口并啟動服務

指供者連接注冊中心，并發(fā)本機 IP、端口、應用信息和提供服務信息發(fā)送至注冊中心存儲

Consumer(消費者），連接注冊中心 ，并發(fā)送應用信息、所求服務信息至注冊中心 ；

注冊中心根據(jù)消費者所求服務信息匹配對應的提供者列表發(fā)送至 Consumer 應用緩存。

Consumer 在發(fā)起遠程調(diào)用時基于緩存的消費者列表擇其一發(fā)起調(diào)用。Provider 狀態(tài)變更會實時通知注冊中心、在由注冊中心實時推送至 Consumer設計的原因：

Consumer 與 Provider 解偶，雙方都可以橫向增減節(jié)點數(shù)。

注冊中心對本身可做對等集群，可動態(tài)增減節(jié)點，并且任意一臺宕掉 后，將自動切換到另一臺去中心化，雙方不直接依懶注冊中心，即使注冊中心全部宕機短時間7內(nèi)也不會影響服務的調(diào)用 。

服務提供者無狀態(tài)，任意一臺宕掉后，不影響使用。

你所想、知你所需，后臺回復「面試題庫」，做足功課為自己的面試交出滿意答卷吧。

http://weixin.qq.com/r/3R3G3jXEeWgGrXG990jP (二維碼自動識別)

總結

以上是生活随笔為你收集整理的dubbo provider异步_dubbo九连问你知道多少？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。