Dubbo面試題及答案有哪些

本篇內容介紹了“Dubbo面試題及答案有哪些”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

　　1、Dubbo是什么?

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

　　RPC指的是遠程調用協議，也就是說兩個服務器交互數據。

　　2、Dubbo的由來?

　　互聯網的快速發展，Web應用程序的規模不斷擴大，一般會經歷如下四個發展階段。

　?、賳我粦眉軜?/p>

　　當網站流量很小時，只需一個應用，將所有功能都部署在一起即可。

　?、诖怪睉眉軜?/p>

　　當訪問量逐漸增大，單一應用按照有業務線拆成多個應用，以提升效率。此時，用于加速前端頁面開發的 Web框架(MVC) 是關鍵。

　?、鄯植际椒占軜?/p>

　　當垂直應用越來越多，應用之間交互不可避免，將核心業務抽取出來，作為獨立的服務，逐漸形成穩定的服務中心，使前端應用能更快速的響應多變的市場需求。

　　此時，用于提高業務復用及整合的 分布式服務框架(RPC)是關鍵。

　?、芰鲃佑嬎慵軜?/p>

　　當服務越來越多，容量的評估，小服務資源的浪費等問題逐漸顯現，此時需增加一個調度中心基于訪問壓力實時管理集群容量，提高集群利用率。

　　此時，用于提高機器利用率的 資源調度和治理中心(SOA)是關鍵。

　　3、Dubbo的主要應用場景?

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

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

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

　　4、Dubbo的核心功能?

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

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

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

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

　　5、Dubbo的核心組件?

　?、貾rovider：暴露服務的服務提供方

　?、贑onsumer：調用遠程服務的服務消費方

　?、跼egistry：服務注冊與發現的注冊中心

　?、躆onitor：統計服務的調用次調和調用時間的監控中心

　?、軨ontainer：服務運行容器

　　6、Dubbo服務注冊與發現的流程?

　　流程說明：

　?、貾rovider(提供者)綁定指定端口并啟動服務

　?、谥腹┱哌B接注冊中心，并發本機IP、端口、應用信息和提供服務信息發送至注冊中心存儲

　?、跜onsumer(消費者)，連接注冊中心 ，并發送應用信息、所求服務信息至注冊中心

　?、茏灾行母鶕M者所求服務信息匹配對應的提供者列表發送至Consumer 應用緩存。

　?、軨onsumer在發起遠程調用時基于緩存的消費者列表擇其一發起調用。

　?、轕rovider狀態變更會實時通知注冊中心、在由注冊中心實時推送至Consumer。

　　設計的原因：

　?、貱onsumer與Provider解偶，雙方都可以橫向增減節點數;

　?、谧灾行膶Ρ旧砜勺鰧Φ燃?，可動態增減節點，并且任意一臺宕掉后，將自動切換到另一臺;

　?、廴ブ行幕?，雙方不直接依懶注冊中心，即使注冊中心全部宕機短時間內也不會影響服務的調用;

　?、芊仗峁┱邿o狀態，任意一臺宕掉后，不影響使用。

　　7.Dubbo的架構設計?

　　Dubbo框架設計一共劃分了10個層：

　?、俜战涌趯?Service)：該層是與實際業務邏輯相關的，根據服務提供方和服務消費方的業務設計對應的接口和實現。

　?、谂渲脤?Config)：對外配置接口，以ServiceConfig和ReferenceConfig為中心，可以直接new配置類，也可以通過spring解析配置生成配置類。

　?、鄯沾韺?Proxy)：服務接口透明代理，生成服務的客戶端Stub和服務器端Skeleton，以ServiceProxy為中心，擴展接口為ProxyFactory。

　?、芊兆詫?Registry)：封裝服務地址的注冊與發現，以服務URL為中心，擴展接口為RegistryFactory、Registry和RegistryService?？赡軟]有服務注冊中心，此時服務提供方直接暴露服務。

　?、菁簩?Cluster)：封裝多個提供者的路由及負載均衡，并橋接注冊中心，以Invoker為中心，擴展接口為Cluster、Directory、Router和LoadBalance。將多個服務提供方組合為一個服務提供方，實現對服務消費方來透明，只需要與一個服務提供方進行交互。

　?、薇O控層(Monitor)：RPC調用次數和調用時間監控，以Statistics為中心，擴展接口為MonitorFactory、Monitor和MonitorService。

　?、哌h程調用層(Protocol)：封將RPC調用，以Invocation和Result為中心，擴展接口為Protocol、Invoker和Exporter。Protocol是服務域，它是Invoker暴露和引用的主功能入口，它負責Invoker的生命周期管理。

　　Invoker是實體域，它是Dubbo的核心模型，其它模型都向它靠擾，或轉換成它，它代表一個可執行體，可向它發起invoke調用，它有可能是一個本地的實現，也可能是一個遠程的實現，也可能一個集群實現。

　?、嘈畔⒔粨Q層(Exchange)：封裝請求響應模式，同步轉異步，以Request和Response為中心，擴展接口為Exchanger、ExchangeChannel、ExchangeClient和ExchangeServer。

　?、峋W絡傳輸層(Transport)：抽象mina和netty為統一接口，以Message為中心，擴展接口為Channel、Transporter、Client、Server和Codec。

　?、鈹祿蛄谢瘜?Serialize)：可復用的一些工具，擴展接口為Serialization、 ObjectInput、ObjectOutput和ThreadPool。

　　8、Dubbo支持哪些協議，每種協議的應用場景，優缺點?

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

　?、趓mi：采用JDK標準的rmi協議實現，傳輸參數和返回參數對象需要實現③Serializable接口，使用java標準序列化機制，使用阻塞式短連接，傳輸數據包大小混合，消費者和提供者個數差不多，可傳文件，傳輸協議TCP。

　　多個短連接，TCP協議傳輸，同步傳輸，適用常規的遠程服務調用和rmi互操作。在依賴低版本的Common-Collections包，java序列化存在安全漏洞;

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

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

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

　?、適emcache：基于memcached實現的RPC協議

　?、?a title="redis" target="_blank" href="http://www.dadijd.cn/redis/">redis：基于redis實現的RPC協議

　　9、dubbo推薦用什么協議?

　　默認使用dubbo協議

　　10、Dubbo有些哪些注冊中心?

　?、費ulticast注冊中心：Multicast注冊中心不需要任何中心節點，只要廣播地址，就能進行服務注冊和發現?；诰W絡中組播傳輸實現;

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

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

　?、躍imple注冊中心

　　11、Dubbo的服務治理?

　?、龠^多的服務URL配置困難;

　?、谪撦d均衡分配節點壓力過大的情況下也需要部署集群;

　?、鄯找蕾嚮靵y，啟動順序不清晰;

　?、苓^多服務導致性能指標分析難度較大，需要監控;

　　12、Dubbo的注冊中心集群掛掉，發布者和訂閱者之間還能通信么?

　　可以的，啟動dubbo時，消費者會從zookeeper拉取注冊的生產者的地址接口等數據，緩存在本地。

　　每次調用時，按照本地存儲的地址進行調用。

　　13、Dubbo與Spring的關系?

　　Dubbo采用全Spring配置方式，透明化接入應用，對應用沒有任何API侵入，只需用Spring加載Dubbo的配置即可，Dubbo基于Spring的Schema擴展進行加載。

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

　　默認使用NIO Netty框架

　　15、Dubbo集群提供了哪些負載均衡策略?

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

　?、赗oundRobin LoadBalance：輪循選取提供者策略，平均分布，但是存在請求累積的問題;

　?、跮eastActive LoadBalance：最少活躍調用策略，解決慢提供者接收更少的請求;

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

　　16、Dubbo的集群容錯方案有哪些?

　?、貴ailover Cluster：失敗自動切換，當出現失敗，重試其它服務器。通常用于讀操作，但重試會帶來更長延遲。

　?、贔ailfast Cluster：快速失敗，只發起一次調用，失敗立即報錯。通常用于非冪等性的寫操作，比如新增記錄。

　?、跢ailsafe Cluster：失敗安全，出現異常時，直接忽略。通常用于寫入審計日志等操作。

　?、蹻ailback Cluster：失敗自動恢復，后臺記錄失敗請求，定時重發。通常用于消息通知操作。

　?、軫orking Cluster：并行調用多個服務器，只要一個成功即返回。通常用于實時性要求較高的讀操作，但需要浪費更多服務資源?？赏ㄟ^ forks=”2″ 來設置最大并行數。

　?、轇roadcast Cluster：廣播調用所有提供者，逐個調用，任意一臺報錯則報錯 。通常用于通知所有提供者更新緩存或日志等本地資源信息。

　　17、Dubbo的默認集群容錯方案?

　　Failover Cluster

　　18、Dubbo支持哪些序列化方式?

　　默認使用Hessian序列化，還有Duddo、FastJson、Java自帶序列化。

　　19、Dubbo超時時間怎樣設置?

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

　?、俜仗峁┱叨嗽O置超時時間，在Dubbo的用戶文檔中，推薦如果能在服務端多配置就盡量多配置，因為服務提供者比消費者更清楚自己提供的服務特性。

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

　　20、服務調用超時問題怎么解決?

　　dubbo在調用服務不成功時，默認是會重試兩次的。

　　21、Dubbo在安全機制方面是如何解決?

　　Dubbo通過Token令牌防止用戶繞過注冊中心直連，然后在注冊中心上管理授權。Dubbo還提供服務黑白名單，來控制服務所允許的調用方。

　　22、dubbo和dubbox之間的區別?

　　dubbox基于dubbo上做了一些擴展，如加了服務可restful調用，更新了開源組件等。

　　23、除了Dubbo還有哪些分布式框架?

　　大家熟知的就是Spring cloud，當然國外也有類似的多個框架。

　　24、Dubbo和Spring Cloud的關系?

　　Dubbo是SOA時代的產物，它的關注點主要在于服務的調用，流量分發、流量監控和熔斷。而 Spring Cloud誕生于微服務架構時代，考慮的是微服務治理的方方面面，另外由于依托了Spirng、Spirng Boot的優勢之上，兩個框架在開始目標就不一致，Dubbo定位服務治理、Spirng Cloud是一個生態。

　　25、dubbo和spring cloud的區別?

　　最大的區別：Dubbo底層是使用Netty這樣的NIO框架，是基于TCP協議傳輸的，配合以Hession序列化完成RPC通信。

　　而SpringCloud是基于Http協議+Rest接口調用遠程過程的通信，相對來說，Http請求會有更大的報文，占的帶寬也會更多。但是REST相比RPC更為靈活，服務提供方和調用方的依賴只依靠一紙契約，不存在代碼級別的強依賴，這在強調快速演化的微服務環境下，顯得更為合適，至于注重通信速度還是方便靈活性，具體情況具體考慮。

“Dubbo面試題及答案有哪些”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！