點關(guān)注，不迷路；持續(xù)更新Java架構(gòu)相關(guān)技術(shù)及資訊熱文！！！
介紹
微服務(wù)是最近比較火的概念，而微服務(wù)框架目前主流的有Dubbo和Spring Cloud，兩者都是為了解決微服務(wù)遇到的各種問題而產(chǎn)生的，即遇到的問題是一樣的，但是解決的策略卻有所不同，所以這2個框架經(jīng)常拿來比較。沒用過Dubbo的小伙伴也不用擔(dān)心，其實Dubbo還是比較簡單的，看完本文你也能掌握一個大概，重要的不是代碼，而是思想。
Dubbo實現(xiàn)服務(wù)調(diào)用是通過RPC的方式，即客戶端和服務(wù)端共用一個接口(將接口打成一個jar包，在客戶端和服務(wù)端引入這個jar包)，客戶端面向接口寫調(diào)用，服務(wù)端面向接口寫實現(xiàn)，中間的網(wǎng)絡(luò)通信交給框架去實現(xiàn)，想深入了解的看推薦閱讀。原文鏈接有代碼GitHub地址
使用入門
服務(wù)提供者
定義服務(wù)接口
在服務(wù)提供方實現(xiàn)接口
用 Spring 配置聲明暴露服務(wù)
provider.xml（省略了beans標簽的各種屬性）
加載 Spring 配置
服務(wù)消費者
consumer.xml
加載Spring配置，并調(diào)用遠程服務(wù)
這就是典型的點對點的服務(wù)調(diào)用。當(dāng)然我們?yōu)榱烁呖捎茫梢栽赾onsumer.xml中配置多個服務(wù)提供者，并配置響應(yīng)的負載均衡策略
配置多個服務(wù)調(diào)用者在comsumer.xml的<dubbo:reference>標簽的url屬性中加入多個地址，中間用分號隔開即可
配置負載均衡策略在comsumer.xml的<dubbo:reference>標簽中增加loadbalance屬性即可，值可以為如下四種類型
- RoundRobin LoadBalance，隨機，按權(quán)重設(shè)置隨機概率。
- RoundRobin LoadBalance，輪詢，按公約后的權(quán)重設(shè)置輪詢比率。
- LeastActive LoadBalance，最少活躍調(diào)用數(shù)，相同活躍數(shù)的隨機，活躍數(shù)指調(diào)用前后計數(shù)差。
- ConsistentHash LoadBalance，一致性 Hash，相同參數(shù)的請求總是發(fā)到同一提供者。
現(xiàn)在整體架構(gòu)是如下圖（假設(shè)服務(wù)消費者為訂單服務(wù)，服務(wù)提供者為用戶服務(wù)）：
這樣會有什么問題呢？
- 當(dāng)服務(wù)提供者增加節(jié)點時，需要修改配置文件
- 當(dāng)其中一個服務(wù)提供者宕機時，服務(wù)消費者不能及時感知到，還會往宕機的服務(wù)發(fā)送請求
這個時候就得引入注冊中心了
注冊中心
Dubbo目前支持4種注冊中心,（multicast zookeeper redis simple） 推薦使用Zookeeper注冊中心，本文就講一下用zookeeper實現(xiàn)服務(wù)注冊和發(fā)現(xiàn)（敲黑板，又一種zookeeper的用處），大致流程如下
現(xiàn)在我們來看Dubbo官網(wǎng)對Dubbo的介紹圖，有沒有和我們上面畫的很相似
節(jié)點角色說明
調(diào)用關(guān)系說明
- 服務(wù)容器負責(zé)啟動（上面例子為Spring容器），加載，運行服務(wù)提供者。
- 服務(wù)提供者在啟動時，向注冊中心注冊自己提供的服務(wù)。
- 服務(wù)消費者在啟動時，向注冊中心訂閱自己所需的服務(wù)。
- 注冊中心返回服務(wù)提供者地址列表給消費者，如果有變更，注冊中心將基于長連接推送變更數(shù)據(jù)給消費者。
- 服務(wù)消費者，從提供者地址列表中，基于軟負載均衡算法，選一臺提供者進行調(diào)用，如果調(diào)用失敗，再選另一臺調(diào)用。
- 服務(wù)消費者和提供者，在內(nèi)存中累計調(diào)用次數(shù)和調(diào)用時間，定時每分鐘發(fā)送一次統(tǒng)計數(shù)據(jù)到監(jiān)控中心。
要使用注冊中心，只需要將provider.xml和consumer.xml更改為如下
如果zookeeper是一個集群，則多個地址之間用逗號分隔即可
<dubbo:registry protocol="zookeeper" address="192.168.11.129:2181,192.168.11.137:2181,192.168.11.138:2181"/>
把consumer.xml中配置的直連的方式去掉
注冊信息在zookeeper中如何保存？
啟動上面服務(wù)后，我們觀察zookeeper的根節(jié)點多了一個dubbo節(jié)點及其他，圖示如下
最后一個節(jié)點中192.168.1.104是小編的內(nèi)網(wǎng)地址，你可以任務(wù)和上面配置的localhost一個效果，大家可以想一下我為什么把最后一個節(jié)點標成綠色的。沒錯，最后一個節(jié)點是臨時節(jié)點，而其他節(jié)點是持久節(jié)點，這樣，當(dāng)服務(wù)宕機時，這個節(jié)點就會自動消失，不再提供服務(wù)，服務(wù)消費者也不會再請求。如果部署多個DemoService，則providers下面會有好幾個節(jié)點，一個節(jié)點保存一個DemoService的服務(wù)地址
其實一個zookeeper集群能被多個應(yīng)用公用，如小編Storm集群和Dubbo配置的就是一個zookeeper集群，為什么呢？因為不同的框架會在zookeeper上建不同的節(jié)點，互不影響。如dubbo會創(chuàng)建一個/dubbo節(jié)點，storm會創(chuàng)建一個/storm節(jié)點，如圖
寫在最后
最后，歡迎做Java的工程師朋友們加入Java高級架構(gòu)進階Qqun：963944895
群內(nèi)有技術(shù)大咖指點難題，還提供免費的Java架構(gòu)學(xué)習(xí)資料（里面有高可用、高并發(fā)、高性能及分布式、Jvm性能調(diào)優(yōu)、Spring源碼，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個知識點的架構(gòu)資料）
比你優(yōu)秀的對手在學(xué)習(xí)，你的仇人在磨刀，你的閨蜜在減肥，隔壁老王在練腰， 我們必須不斷學(xué)習(xí)，否則我們將被學(xué)習(xí)者超越！
趁年輕，使勁拼，給未來的自己一個交代！
