Dubbo是阿里巴巴開源的基於 Java 的高性能 RPC 分佈式服務框架,現已成爲 Apache 基金會孵化項目。前端
面試官問你若是這個都不清楚,那下面的就不必問了。git
官網:http://dubbo.apache.orggithub
由於是阿里開源項目,國內不少互聯網公司都在用,已經通過不少線上考驗。內部使用了 Netty、Zookeeper,保證了高性能高可用性。web
使用 Dubbo 能夠將核心業務抽取出來,做爲獨立的服務,逐漸造成穩定的服務中心,可用於提升業務複用靈活擴展,使前端應用能更快速的響應多變的市場需求。面試
下面這張圖能夠很清楚的詮釋,最重要的一點是,分佈式架構能夠承受更大規模的併發流量。redis
下面是 Dubbo 的服務治理圖。算法
兩個沒關聯,若是硬要說區別,有如下幾點。spring
1)通訊方式不一樣sql
Dubbo 使用的是 RPC 通訊,而 Spring Cloud 使用的是 HTTP RESTFul 方式。apache
2)組成部分不一樣
不須要,若是硬要用 Web 容器,只會增長複雜性,也浪費資源。
Spring Container
Jetty Container
Log4j Container
Dubbo 的服務容器只是一個簡單的 Main 方法,並加載一個簡單的 Spring 容器,用於暴露服務。
服務註冊與發現流程圖
該圖來自 Dubbo 官網,供你參考,若是你說你熟悉 Dubbo, 面試官常常會讓你畫這個圖,記好了。
推薦使用 Zookeeper 做爲註冊中心,還有 Redis、Multicast、Simple 註冊中心,但不推薦。
1)Spring 配置方式
2)Java API 配置方式
我曾經面試就遇到過面試官讓你寫這些配置,我也是蒙逼。。
配置之間的關係見下圖。
Dubbo 缺省會在啓動時檢查依賴的服務是否可用,不可用時會拋出異常,阻止 Spring 初始化完成,默認 check="true",能夠經過 check="false" 關閉檢查。
推薦使用Hessian序列化,還有Duddo、FastJson、Java自帶序列化。
Dubbo 默認使用 Netty 框架,也是推薦的選擇,另外內容還集成有Mina、Grizzly。
能夠配置環境點對點直連,繞過註冊中心,將以服務接口爲單位,忽略註冊中心的提供者列表。
Dubbo 容許配置多協議,在不一樣服務上支持不一樣協議或者同一服務上同時支持多種協議。
當一個接口有多種實現時,能夠用 group 屬性來分組,服務提供方和消費方都指定同一個 group 便可。
能夠用版本號(version)過渡,多個不一樣版本的服務註冊到註冊中心,版本號不一樣的服務相互間不引用。這個和服務分組的概念有一點相似。
能夠,Dubbo 提供了聲明式緩存,用於加速熱門數據的訪問速度,以減小用戶加緩存的工做量。
默認是同步等待結果阻塞的,支持異步調用。
Dubbo 是基於 NIO 的非阻塞實現並行調用,客戶端不須要啓動多線程便可完成並行調用多個遠程服務,相對多線程開銷較小,異步調用會返回一個 Future 對象。
異步調用流程圖以下。
目前暫時不支持,後續可能採用基於 JTA/XA 規範實現,如以圖所示。
dubbo 經過 telnet 命令來進行服務治理。
telnet localhost 8090複製代碼
Dubbo 2.2.0 以上版本支持。
Dubbo 是經過 JDK 的 ShutdownHook 來完成優雅停機的,因此若是使用 kill -9 PID 等強制關閉指令,是不會執行優雅停機的,只有經過 kill PID 時,纔會執行。
服務失效踢出基於 Zookeeper 的臨時節點原理。
Dubbo 可使用 Pinpoint 和 Apache Skywalking(Incubator) 實現分佈式服務追蹤,固然還有其餘不少方案。
讀操做建議使用 Failover 失敗自動切換,默認重試兩次其餘服務器。
寫操做建議使用 Failfast 快速失敗,發一次調用失敗就當即報錯。
Dubbo 必須依賴 JDK,其餘爲可選。
管理控制檯主要包含:路由規則,動態配置,服務降級,訪問控制,權重調整,負載均衡,等管理功能。
Dubbo 會在 Spring 實例化完 bean 以後,在刷新容器最後一步發佈 ContextRefreshEvent 事件的時候,通知實現了 ApplicationListener 的 ServiceBean 類進行回調 onApplicationEvent 事件方法,Dubbo 會在這個方法中調用 ServiceBean 父類 ServiceConfig 的 export 方法,而該方法真正實現了服務的(異步或者非異步)發佈。
2014 年開始中止維護過幾年,17 年開始從新維護,並進入了 Apache 項目。
Dubbox 是繼 Dubbo 中止維護後,噹噹網基於 Dubbo 作的一個擴展項目,如加了服務可 Restful 調用,更新了開源組件等。
別的還有 Spring cloud、Facebook 的 Thrift、Twitter 的 Finagle 等。
能夠的,項目地址以下。
https://github.com/apache/incubator-dubbo-spring-boot-project
Dubbo 的設計目的是爲了知足高併發小數據量的 rpc 調用,在大數據量下的性能表現並很差,建議使用 rmi 或 http 協議。
要了解 Dubbo 就必須看其源碼,瞭解其原理,花點時間看下吧,網上也有不少教程,後續有時間我也會在公衆號上分享 Dubbo 的源碼。
擴展性的問題,沒有好壞,只有適合不適合,不過我好像更傾向於使用 Dubbo, Spring Cloud 版本升級太快,組件更新替換太頻繁,配置太繁瑣,還有不少我以爲是沒有 Dubbo 順手的地方……
本文的重點是你有沒有收穫與成長,其他的都不重要,但願讀者們能謹記這一點。同時我通過多年的收藏目前也算收集到了一套完整的學習資料,包括但不限於:分佈式架構、高可擴展、高性能、高併發、Jvm性能調優、Spring,MyBatis,Nginx源碼分析,Redis,ActiveMQ、、Mycat、Netty、Kafka、Mysql、Zookeeper、Tomcat、Docker、Dubbo、Nginx等多個知識點高級進階乾貨,但願對想成爲架構師的朋友有必定的參考和幫助
資料獲取方式:‘加入Q羣809389099便可免費獲取