001什么是Dubbo?

Dubbo是阿里巴巴開源的基于 Java 的高性能 RPC 分布式服務框架，現已成為 Apache 基金會孵化項目。其核心部分包含：
1)集群容錯：提供基于接口方法的透明遠程過程調用，包括多協議支持，以及軟負載均衡，失敗容錯，地址路由，動態配置等集群支持。
2)遠程通訊：提供對多種基于長連接的NIO框架抽象封裝，包括多種線程模型，序列化，以及“請求-響應”模式的信息交換方式。
3)自動發現：基于注冊中心目錄服務，使服務消費方能動態的查找服務提供方，使地址透明，使服務提供方可以平滑增加或減少機器。

002為什么用Dubbo?

因為是阿里開源項目，國內很多互聯網公司都在用，已經經過很多線上考驗。內部使用了 Netty、Zookeeper，保證了高性能高可用性。使用 Dubbo 可以將核心業務抽取出來，作為獨立的服務，逐漸形成穩定的服務中心，可用于提高業務復用靈活擴展，使前端應用能更快速的響應多變的市場需求。透明化的遠程方法調用，就像調用本地方法一樣調用遠程方法，只需簡單配置，沒有任何API侵入。軟負載均衡及容錯機制，可在內網替代F5等硬件負載均衡器，降低成本，減少單點。服務自動注冊與發現，不再需要寫死服務提供方地址，注冊中心基于接口名查詢服務提供者的IP地址，并且能夠平滑添加或刪除服務提供者。

003Dubbo 和 Spring Cloud 有什么區別？

Dubbo 使用的是 RPC 通信，而 Spring Cloud 使用的是 HTTP RESTFul 方式。
SpringC主從中心loud 使用的 Eureka ，Dubbo推薦使用zookeeper
SpringCloud 將一個應用定義為一個服務,Dubbo 將一個接口定義為一個服務，
SpringCloud是一個生態，而Dubbo是SpringCloud生態中關于服務調用一種解決方案(服務治理）

004Dubbo都支持什么協議，優缺點？

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 協議

005Dubbo 和 Dubbox 有什么區別？

首先Dubbo在2014 年開始停止維護過幾年，17 年開始重新維護，并進入了 Apache 項目。
Dubbox 是繼 Dubbo 停止維護后，當當網基于 Dubbo 做的一個擴展項目，如加了服務可 Restful 調用，更新了開源組件等。

006Dubbo的管理控制臺能做什么？

管理控制臺主要包含：路由規則，動態配置，服務降級，訪問控制，權重調整，負載均衡，等管理功能。

007Dubbo的核心配置有哪些？

008Dubbo在使用過程中都遇到了些什么問題？

Dubbo 的設計目的是為了滿足高并發小數據量的 rpc 調用，在大數據量下的性能表現并不好，建議使用 rmi 或 http 協議。

009Dubbo是如何做系統交互的？

Dubbo是一個分布式的服務框架，底層是通過RPC來完成服務和服務之間的調用的。RPC(Remote Procedure Call Protocol)是一種遠程調用協議， 允許像調用本地服務那樣調用遠程其它服務，即實現跨進程交互。Dubbo分為四個模塊，分別為：注冊中心（Registry）、提供者（Provider）、消費者（Consumer）和監控（Monitor）。
1.注冊中心（Registry）：可以是zookeeper、redis、multicast、simple（官方推薦使用Zookeeper）；
2.提供者（Provider）：服務啟動時，Provider引用容器中的服務，并向Registry注冊服務信息（包括IP地址，服務名，方法定義等），同時暴露服務（Consumer是直接和Provider通訊實現服務調用的）。
3.消費者（Consumer）：服務啟動時，Consumer向Registry訂閱服務，如果沒有訂閱到自己想獲得的服務，它會不斷的嘗試訂閱。新的服務注冊到注冊中心以后，注冊中心會將這些服務通過notify到消費者。Consumer直接調用Provider提供的服務。
4.監控（Monitor）：Consumer和Provider會通過異步的方式定時向Monitor發送消息，報告服務的狀態。Monitor在整個架構中是可選的，Monitor功能需要單獨配置，不配置或者配置后掛掉并不會影響服務的調用。
所以，Dubbo的實現思路是通過注冊中心實現服務的動態注冊與發現，Provider暴露服務，Consumer直接和Provider通訊實現服務間的調用的。