Dubbo面試八連問，這些你都能答上來嗎？
Dubbo是什麼？
Dubbo能做什麼？
Dubbo內建了哪幾種服務容器？
Dubbo 核心的配置有哪些？
Dubbo有哪幾種叢集容錯方案，預設是哪種？
Dubbo有哪幾種負載均衡策略，預設是哪種？
Dubbo預設使用的是什麼通訊框架，還有別的選擇嗎？
你覺得用Dubbo好還是SpringCloud好？
1.Dubbo是什麼？
Dubbo是阿里巴巴開源的基於 Java 的高效能 RPC 分散式服務框架，現已成為 Apache 基金會孵化專案。致力於提供高效能和透明化的RPC遠端服務呼叫方案，以及SOA服務治理方案。
簡單的說，dubbo就是個服務框架，如果沒有分散式的需求，其實是不需要用的，只有在分散式的時候，才有dubbo這樣的分散式服務框架的需求，並且本質上是個服務呼叫的東東，說白了就是個遠端服務呼叫的分散式框架（告別Web Service模式中的WSdl，以服務者與消費者的方式在dubbo上註冊）
其核心部分包含:
遠端通訊: 提供對多種基於長連線的NIO框架抽象封裝，包括多種執行緒模型，序列化，以及“請求-響應”模式的資訊交換方式。
叢集容錯: 提供基於介面方法的透明遠端過程呼叫，包括多協議支援，以及軟負載均衡，失敗容錯，地址路由，動態配置等叢集支援。
自動發現: 基於註冊中心目錄服務，使服務消費方能動態的查詢服務提供方，使地址透明，使服務提供方可以平滑增加或減少機器。
2. Dubbo能做什麼？
透明化的遠端方法呼叫，就像呼叫本地方法一樣呼叫遠端方法，只需簡單配置，沒有任何API侵入。
軟負載均衡及容錯機制，可在內網替代F5等硬體負載均衡器，降低成本，減少單點。
服務自動註冊與發現，不再需要寫死服務提供方地址，註冊中心基於介面名查詢服務提供者的IP地址，並且能夠平滑新增或刪除服務提供者。
Dubbo採用全Spring配置方式，透明化接入應用，對應用沒有任何API侵入，只需用Spring載入Dubbo的配置即可，Dubbo基於Spring的Schema擴充套件進行載入。
3.Dubbo內建了哪幾種服務容器？
Spring Container
Jetty Container
Log4j Container
4.Dubbo 核心的配置有哪些？
配置關係：
5.Dubbo有哪幾種叢集容錯方案，預設是哪種？
6.Dubbo有哪幾種負載均衡策略，預設是哪種？
7.Dubbo預設使用的是什麼通訊框架，還有別的選擇嗎？
Dubbo 預設使用 Netty 框架，也是推薦的選擇，另外內容還整合有Mina、Grizzly。
8.你覺得用Dubbo好還是SpringCloud好？
沒有好壞，只有適合不適合。
dubbo的優勢
單一應用架構，當網站流量很小時，只需一個應用，將所有功能都部署在一起，以減少部署節點和成本。此時，用於簡化增刪改查工作量的 資料訪問框架（ORM）是關鍵。
垂直應用架構，當訪問量逐漸增大，單一應用增加機器帶來的加速度越來越小，將應用拆成互不相干的幾個應用，以提升效率。此時，用於加速前端頁面開發的 Web框架（MVC）是關鍵。
分散式服務架構，當垂直應用越來越多，應用之間互動不可避免，將核心業務抽取出來，作為獨立的服務，逐漸形成穩定的服務中心，使前端應用能更快速的響應多變的市場需求。此時，用於提高業務複用及整合的 分散式服務框架（RPC）是關鍵。
流動計算架構當服務越來越多，容量的評估，小服務資源的浪費等問題逐漸顯現，此時需增加一個排程中心基於訪問壓力實時管理叢集容量，提高叢集利用率。此時，用於提高機器利用率的 資源排程和治理中心（SOA）是關鍵。
SpringCloud優勢
約定優於配置
開箱即用、快速啟動
適用於各種環境
輕量級的元件
元件支援豐富，功能齊全
兩者相比較
1、dubbo由於是二進位制的傳輸，佔用頻寬會更少
2、springCloud是http協議傳輸，頻寬會比較多，同時使用http協議一般會使用JSON報文，消耗會更大
3、dubbo的開發難度較大，原因是dubbo的jar包依賴問題很多大型工程無法解決
4、springcloud的介面協議約定比較自由且鬆散，需要有強有力的行政措施來限制介面無序升級
5、dubbo的註冊中心可以選擇zk,redis等多種，springcloud的註冊中心只能用eureka或者自研
根據具體的團隊水平，業務情況等特點，dubbo和SpringCloud各自可以發揮各自不同的優勢，沒有最好的框架，只有最合適的。（這道題比較靈活，要是提前知道對方公司採用的是哪個，可以使勁吹哪個~）
最近三期
【23期】請你談談關於IO同步、非同步、阻塞、非阻塞的區別
【24期】請你談談單例模式的優缺點,注意事項,使用場景
【25期】這三道常見的面試題，你有被問過