dubbo是什么

dubbo是一個(gè)分布式框架，遠(yuǎn)程服務(wù)調(diào)用的分布式框架卖哎，其核心部分包含：集群容錯(cuò)：提供基于接口方法的透明遠(yuǎn)程過(guò)程調(diào)用鬼悠，包括多協(xié)議支持，以及軟負(fù)載均衡棉饶，失敗容錯(cuò)厦章，地址路由，動(dòng)態(tài)配置等集群支持照藻。遠(yuǎn)程通訊：提供對(duì)多種基于長(zhǎng)連接的NIO框架抽象封裝袜啃，包括多種線程模型，序列化幸缕，以及“請(qǐng)求-響應(yīng)”模式的信息交換方式群发。自動(dòng)發(fā)現(xiàn)：基于注冊(cè)中心目錄服務(wù)，使服務(wù)消費(fèi)方能動(dòng)態(tài)的查找服務(wù)提供方发乔，使地址透明熟妓，使服務(wù)提供方可以平滑增加或減少機(jī)器。

dubbo能做什么

透明化的遠(yuǎn)程方法調(diào)用栏尚，就像調(diào)用本地方法一樣調(diào)用遠(yuǎn)程方法起愈，只需簡(jiǎn)單配置，沒(méi)有任何API侵入译仗。軟負(fù)載均衡及容錯(cuò)機(jī)制抬虽，可在內(nèi)網(wǎng)替代F5等硬件負(fù)載均衡器，降低成本纵菌，減少單點(diǎn)阐污。服務(wù)自動(dòng)注冊(cè)與發(fā)現(xiàn)，不再需要寫死服務(wù)提供方地址咱圆，注冊(cè)中心基于接口名查詢服務(wù)提供者的IP地址笛辟，并且能夠平滑添加或刪除服務(wù)提供者。

1序苏、默認(rèn)使用的是什么通信框架手幢，還有別的選擇嗎?

答：默認(rèn)也推薦使用 netty 框架，還有 mina忱详。

2弯菊、服務(wù)調(diào)用是阻塞的嗎？

答：默認(rèn)是阻塞的，可以異步調(diào)用管钳，沒(méi)有返回值的可以這么做钦铁。

3、一般使用什么注冊(cè)中心才漆？還有別的選擇嗎牛曹？

答：推薦使用 zookeeper 注冊(cè)中心，還有 Multicast注冊(cè)中心, Redis注冊(cè)中心, Simple注冊(cè)中心.

ZooKeeper的節(jié)點(diǎn)是通過(guò)像樹一樣的結(jié)構(gòu)來(lái)進(jìn)行維護(hù)的醇滥，并且每一個(gè)節(jié)點(diǎn)通過(guò)路徑來(lái)標(biāo)示以及訪問(wèn)黎比。除此之外，每一個(gè)節(jié)點(diǎn)還擁有自身的一些信息鸳玩，包括：數(shù)據(jù)阅虫、數(shù)據(jù)長(zhǎng)度、創(chuàng)建時(shí)間不跟、修改時(shí)間等等颓帝。

4、默認(rèn)使用什么序列化框架窝革，你知道的還有哪些购城？

答：默認(rèn)使用 Hessian 序列化，還有 Duddo虐译、FastJson瘪板、Java 自帶序列化。hessian是一個(gè)采用二進(jìn)制格式傳輸?shù)姆?wù)框架漆诽，相對(duì)傳統(tǒng)soap web service侮攀，更輕量，更快速厢拭。

Hessian原理與協(xié)議簡(jiǎn)析：

http的協(xié)議約定了數(shù)據(jù)傳輸?shù)姆绞轿荷恚琱essian也無(wú)法改變太多：

1) hessian中client與server的交互，基于http-post方式蚪腐。

2) hessian將輔助信息，封裝在http header中税朴，比如“授權(quán)token”等回季，我們可以基于http-header來(lái)封裝關(guān)于“安全校驗(yàn)”“meta數(shù)據(jù)”等。hessian提供了簡(jiǎn)單的”校驗(yàn)”機(jī)制正林。

3) 對(duì)于hessian的交互核心數(shù)據(jù)泡一，比如“調(diào)用的方法”和參數(shù)列表信息，將通過(guò)post請(qǐng)求的body體直接發(fā)送觅廓，格式為字節(jié)流鼻忠。

4) 對(duì)于hessian的server端響應(yīng)數(shù)據(jù)，將在response中通過(guò)字節(jié)流的方式直接輸出杈绸。

hessian的協(xié)議本身并不復(fù)雜帖蔓，在此不再贅言矮瘟；所謂協(xié)議(protocol)就是約束數(shù)據(jù)的格式，client按照協(xié)議將請(qǐng)求信息序列化成字節(jié)序列發(fā)送給server端塑娇，server端根據(jù)協(xié)議澈侠，將數(shù)據(jù)反序列化成“對(duì)象”，然后執(zhí)行指定的方法埋酬，并將方法的返回值再次按照協(xié)議序列化成字節(jié)流哨啃，響應(yīng)給client，client按照協(xié)議將字節(jié)流反序列話成”對(duì)象”写妥。

5拳球、服務(wù)提供者能實(shí)現(xiàn)失效踢出是什么原理？

答：服務(wù)失效踢出基于 zookeeper 的臨時(shí)節(jié)點(diǎn)原理珍特。

6祝峻、服務(wù)上線怎么不影響舊版本？

答：采用多版本開發(fā)次坡，不影響舊版本呼猪。在配置中添加version來(lái)作為版本區(qū)分

7、如何解決服務(wù)調(diào)用鏈過(guò)長(zhǎng)的問(wèn)題砸琅？

答：可以結(jié)合 zipkin 實(shí)現(xiàn)分布式服務(wù)追蹤宋距。

8、說(shuō)說(shuō)核心的配置有哪些症脂？

核心配置有：

1) dubbo:service/

2) dubbo:reference/

3) dubbo:protocol/

4) dubbo:registry/

5) dubbo:application/

6) dubbo:provider/

7) dubbo:consumer/

8) dubbo:method/

9谚赎、dubbo 推薦用什么協(xié)議？

答：默認(rèn)使用 dubbo 協(xié)議诱篷。

10壶唤、同一個(gè)服務(wù)多個(gè)注冊(cè)的情況下可以直連某一個(gè)服務(wù)嗎？

答：可以直連棕所，修改配置即可闸盔，也可以通過(guò) telnet 直接某個(gè)服務(wù)。

11琳省、dubbo 在安全機(jī)制方面如何解決的迎吵？

dubbo 通過(guò) token 令牌防止用戶繞過(guò)注冊(cè)中心直連，然后在注冊(cè)中心管理授權(quán)针贬，dubbo 提供了黑白名單击费，控制服務(wù)所允許的調(diào)用方。

12桦他、集群容錯(cuò)怎么做蔫巩？

答：讀操作建議使用 Failover 失敗自動(dòng)切換，默認(rèn)重試兩次其他服務(wù)器。寫操作建議使用 Failfast 快速失敗圆仔，發(fā)一次調(diào)用失敗就立即報(bào)錯(cuò)垃瞧。

13、在使用過(guò)程中都遇到了些什么問(wèn)題荧缘？如何解決的皆警？

1) 同時(shí)配置了 XML 和 properties 文件，則 properties 中的配置無(wú)效

只有 XML 沒(méi)有配置時(shí)截粗，properties 才生效信姓。

2) dubbo 缺省會(huì)在啟動(dòng)時(shí)檢查依賴是否可用，不可用就拋出異常绸罗，阻止 spring 初始化完成意推，check 屬性默認(rèn)為 true。

測(cè)試時(shí)有些服務(wù)不關(guān)心或者出現(xiàn)了循環(huán)依賴珊蟀，將 check 設(shè)置為 false

3) 為了方便開發(fā)測(cè)試菊值，線下有一個(gè)所有服務(wù)可用的注冊(cè)中心，這時(shí)育灸，如果有一個(gè)正在開發(fā)中的服務(wù)提供者注冊(cè)腻窒，可能會(huì)影響消費(fèi)者不能正常運(yùn)行。

解決：讓服務(wù)提供者開發(fā)方磅崭，只訂閱服務(wù)儿子，而不注冊(cè)正在開發(fā)的服務(wù)，通過(guò)直連測(cè)試正在開發(fā)的服務(wù)砸喻。設(shè)置 dubbo:registry 標(biāo)簽的 register 屬性為 false柔逼。

4) spring 2.x 初始化死鎖問(wèn)題。

在 spring 解析到 dubbo:service 時(shí)割岛，就已經(jīng)向外暴露了服務(wù)愉适，而 spring 還在接著初始化其他 bean，如果這時(shí)有請(qǐng)求進(jìn)來(lái)癣漆，并且服務(wù)的實(shí)現(xiàn)類里有調(diào)用 applicationContext.getBean() 的用法维咸。getBean 線程和 spring 初始化線程的鎖的順序不一樣，導(dǎo)致了線程死鎖惠爽，不能提供服務(wù)癌蓖，啟動(dòng)不了。

解決：不要在服務(wù)的實(shí)現(xiàn)類中使用 applicationContext.getBean(); 如果不想依賴配置順序疆股，可以將 dubbo:provider 的 deplay 屬性設(shè)置為 - 1，使 dubbo 在容器初始化完成后再暴露服務(wù)倒槐。

5) 服務(wù)注冊(cè)不上

檢查 dubbo 的 jar 包有沒(méi)有在 classpath 中旬痹，以及有沒(méi)有重復(fù)的 jar 包

檢查暴露服務(wù)的 spring 配置有沒(méi)有加載

在服務(wù)提供者機(jī)器上測(cè)試與注冊(cè)中心的網(wǎng)絡(luò)是否通

6) 出現(xiàn) RpcException: No provider available for remote service 異常

表示沒(méi)有可用的服務(wù)提供者，

a. 檢查連接的注冊(cè)中心是否正確

b. 到注冊(cè)中心查看相應(yīng)的服務(wù)提供者是否存在

c. 檢查服務(wù)提供者是否正常運(yùn)行

7) 出現(xiàn)” 消息發(fā)送失敗” 異常

通常是接口方法的傳入傳出參數(shù)未實(shí)現(xiàn) Serializable 接口。

14两残、dubbo 和 dubbox 之間的區(qū)別永毅？

答：dubbox 是當(dāng)當(dāng)網(wǎng)基于 dubbo 上做了一些擴(kuò)展，如加了服務(wù)可 restful 調(diào)用人弓，更新了開源組件等沼死。

15、你還了解別的分布式框架嗎崔赌？

答：別的還有 spring 的 spring cloud意蛀，facebook 的 thrift，twitter 的 finagle 等健芭。

16县钥、Dubbo 支持哪些協(xié)議，每種協(xié)議的應(yīng)用場(chǎng)景慈迈，優(yōu)缺點(diǎn)若贮？

dubbo：?jiǎn)我婚L(zhǎng)連接和 NIO 異步通訊，適合大并發(fā)小數(shù)據(jù)量的服務(wù)調(diào)用痒留，以及消費(fèi)者遠(yuǎn)大于提供者谴麦。傳輸協(xié)議 TCP，異步伸头，Hessian 序列化匾效；

rmi：采用 JDK 標(biāo)準(zhǔn)的 rmi 協(xié)議實(shí)現(xiàn)，傳輸參數(shù)和返回參數(shù)對(duì)象需要實(shí)現(xiàn) Serializable 接口熊锭，使用 java 標(biāo)準(zhǔn)序列化機(jī)制弧轧，使用阻塞式短連接，傳輸數(shù)據(jù)包大小混合碗殷，消費(fèi)者和提供者個(gè)數(shù)差不多精绎，可傳文件，傳輸協(xié)議 TCP锌妻。多個(gè)短連接代乃，TCP 協(xié)議傳輸，同步傳輸仿粹，適用常規(guī)的遠(yuǎn)程服務(wù)調(diào)用和 rmi 互操作搁吓。在依賴低版本的 Common-Collections 包，java 序列化存在安全漏洞吭历；

webservice:基于 WebService 的遠(yuǎn)程調(diào)用協(xié)議堕仔，集成 CXF 實(shí)現(xiàn)，提供和原生 WebService 的互操作晌区。多個(gè)短連接摩骨，基于 HTTP 傳輸通贞，同步傳輸，適用系統(tǒng)集成和跨語(yǔ)言調(diào)用恼五；http：基于 Http 表單提交的遠(yuǎn)程調(diào)用協(xié)議昌罩，使用 Spring 的 HttpInvoke 實(shí)現(xiàn)。多個(gè)短連接灾馒，傳輸協(xié)議 HTTP茎用，傳入?yún)?shù)大小混合，提供者個(gè)數(shù)多于消費(fèi)者睬罗，需要給應(yīng)用程序和瀏覽器 JS 調(diào)用轨功；hessian：集成 Hessian 服務(wù)，基于 HTTP 通訊傅物，采用 Servlet 暴露服務(wù)夯辖，Dubbo 內(nèi)嵌 Jetty 作為服務(wù)器時(shí)默認(rèn)實(shí)現(xiàn)，提供與 Hession 服務(wù)互操作董饰。多個(gè)短連接蒿褂，同步 HTTP 傳輸，Hessian 序列化卒暂，傳入?yún)?shù)較大啄栓，提供者大于消費(fèi)者，提供者壓力較大也祠，可傳文件昙楚；

memcache：基于 memcached 實(shí)現(xiàn)的 RPC 協(xié)議 redis：基于 redis 實(shí)現(xiàn)的 RPC 協(xié)議

17、Dubbo 集群的負(fù)載均衡有哪些策略

Dubbo 提供了常見的集群策略實(shí)現(xiàn)诈嘿，并預(yù)擴(kuò)展點(diǎn)予以自行實(shí)現(xiàn)堪旧。

Random LoadBalance: 隨機(jī)選取提供者策略，有利于動(dòng)態(tài)調(diào)整提供者權(quán)重奖亚。截面碰撞率高淳梦，調(diào)用次數(shù)越多，分布越均勻昔字；

RoundRobin LoadBalance: 輪循選取提供者策略爆袍，平均分布，但是存在請(qǐng)求累積的問(wèn)題作郭；

LeastActive LoadBalance: 最少活躍調(diào)用策略陨囊，解決慢提供者接收更少的請(qǐng)求；ConstantHash LoadBalance: 一致性 Hash 策略夹攒，使相同參數(shù)請(qǐng)求總是發(fā)到同一提供者蜘醋，一臺(tái)機(jī)器宕機(jī)，可以基于虛擬節(jié)點(diǎn)咏尝，分?jǐn)傊疗渌峁┱哐褂铮苊庖鹛峁┱叩膭×易儎?dòng)闲先；

18、服務(wù)調(diào)用超時(shí)問(wèn)題怎么解決

dubbo在調(diào)用服務(wù)不成功時(shí)无蜂，默認(rèn)是會(huì)重試兩次的。這樣在服務(wù)端的處理時(shí)間超過(guò)了設(shè)定的超時(shí)時(shí)間時(shí)蒙谓，就會(huì)有重復(fù)請(qǐng)求斥季，比如在發(fā)郵件時(shí)，可能就會(huì)發(fā)出多份重復(fù)郵件累驮，執(zhí)行注冊(cè)請(qǐng)求時(shí)酣倾，就會(huì)插入多條重復(fù)的注冊(cè)數(shù)據(jù)，那么怎么解決超時(shí)問(wèn)題呢谤专？如下

對(duì)于核心的服務(wù)中心躁锡，去除dubbo超時(shí)重試機(jī)制，并重新評(píng)估設(shè)置超時(shí)時(shí)間置侍。業(yè)務(wù)處理代碼必須放在服務(wù)端映之，客戶端只做參數(shù)驗(yàn)證和服務(wù)調(diào)用，不涉及業(yè)務(wù)流程處理 全局配置實(shí)例

當(dāng)然Dubbo的重試機(jī)制其實(shí)是非常好的QOS保證蜡坊，它的路由機(jī)制杠输，是會(huì)幫你把超時(shí)的請(qǐng)求路由到其他機(jī)器上，而不是本機(jī)嘗試秕衙，所以 dubbo的重試機(jī)器也能一定程度的保證服務(wù)的質(zhì)量蠢甲。但是請(qǐng)一定要綜合線上的訪問(wèn)情況，給出綜合的評(píng)估据忘。

需要java學(xué)習(xí)路線圖的關(guān)注gzh“程序員小x”私信領(lǐng)取哦鹦牛！另外喜歡這篇文章的可以給筆者點(diǎn)個(gè)贊，關(guān)注一下勇吊，每天都會(huì)分享Java相關(guān)文章曼追！還有不定時(shí)的福利贈(zèng)送，包括整理的學(xué)習(xí)資料萧福，面試題拉鹃，源碼等~~