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

1.Dubbo 支持哪些協議，每種協議的應用場景，優缺點？

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

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

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

http：基于Http表單提交的遠程調用協議，使用Spring的HttpInvoke 實 現。多個短連接，傳輸協議HTTP，傳入參數大小混合，提供者個數多于消 費者，需要給應用程序和瀏覽器 JS 調用；

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

memcache：基于memcached實現的RPC協議 ；

redis：基于redis實現的RPC協議。

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

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

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

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

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

Multicast 注冊中心：Multicast注冊中心不需要任何中心節點，只要廣播地 址，就能進行服務注冊和發現。基于網絡中組播傳輸實現；

Zookeeper注冊中心：基于分布式協調系統Zookeeper實現，采用Zookeeper的watch機制實現數據變更；

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

Simple 注冊中心

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

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

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

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

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

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

5.Dubbo 是什么？

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

6.Dubbo 的主要應用場景？

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

軟負載均衡及容錯機制，可在內網替代 F5 等硬件負載均衡器， 降低成本，減少單點。

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

7.Dubbo 的核心功能？

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

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

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

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

8.Dubbo 的核心組件？

9. Dubbo 服務注冊與發現的流程？

流程說明：

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

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

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

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

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

Consumer 與 Provider 解偶，雙方都可以橫向增減節點數。

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

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

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

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。