第一：介紹Dubbo背景
大規模服務化之前，應用可能隻是通過RMI或Hessian等工具，簡單的暴露和引用遠端服務，通過配置服務的URL位址進行調用，通過F5等硬體進行負載均衡。
(1) 當服務越來越多時，服務URL配置管理變得非常困難，F5硬體負載均衡器的單點壓力也越來越大。
此時需要一個服務注冊中心，動态的注冊和發現服務，使服務的位置透明。
并通過在消費方擷取服務提供方位址清單，實作軟負載均衡和Failover，降低對F5硬體負載均衡器的依賴，也能減少部分成本。
(2) 當進一步發展，服務間依賴關系變得錯蹤複雜，甚至分不清哪個應用要在哪個應用之前啟動，架構師都不能完整的描述應用的架構關系。
這時，需要自動畫出應用間的依賴關系圖，以幫助架構師理清理關系。
(3) 接着，服務的調用量越來越大，服務的容量問題就暴露出來，這個服務需要多少機器支撐？什麼時候該加機器？
為了解決這些問題，第一步，要将服務現在每天的調用量，響應時間，都統計出來，作為容量規劃的參考名額。
其次，要可以動态調整權重，線上上，将某台機器的權重一直加大，并在加大的過程中記錄響應時間的變化，直到響應時間到達閥值，記錄此時的通路量，再以此通路量乘以機器數反推總容量。
第二：Dubbo的簡介
Dubbo是一個分布式服務架構,解決了上面的所面對的問題，Dubbo的架構如圖所示：
節點角色說明：
Provider: 暴露服務的服務提供方。
Consumer: 調用遠端服務的服務消費方。
Registry: 服務注冊與發現的注冊中心。
Monitor: 統計服務的調用次調和調用時間的監控中心。
調用關系說明：
0. 服務容器負責啟動，加載，運作服務提供者。
1. 服務提供者在啟動時，向注冊中心注冊自己提供的服務。
2. 服務消費者在啟動時，向注冊中心訂閱自己所需的服務。
3. 注冊中心傳回服務提供者位址清單給消費者，如果有變更，注冊中心将基于長連接配接推送變更資料給消費者。
4. 服務消費者，從提供者位址清單中，基于軟負載均衡算法，選一台提供者進行調用，如果調用失敗，再選另一台調用。
5. 服務消費者和提供者，在記憶體中累計調用次數和調用時間，定時每分鐘發送一次統計資料到監控中心。
Dubbo提供了很多協定，Dubbo協定、RMI協定、Hessian協定，我們檢視Dubbo源代碼，有各種協定的實作，如圖所示：
我們之前沒用Dubbo之前時，大部分都使用Hessian來使用我們服務的暴露和調用，利用HessianProxyFactory調用遠端接口。
上面是參考了Dubbo官方網介紹，接下來我們來介紹SpringMVC、Dubbo、Zookeeper整合使用。
第三：Dubbo與Zookeeper、SpringMVC整合使用
第一步：在Linux上安裝Zookeeper
（1）下載下傳Zookeeper-3.4.6.tar.gz
（2） 我們放到Linux下的一個檔案夾，然後解壓：
#tar zxvf zookeeper-3.4.6.tar.gz
（3）然後在對應的zookeeper-3.4.6/conf 下有一個檔案zoo_sample.cfg的這個檔案裡面配置了監聽用戶端連接配接的端口等一些資訊，Zookeeper 在啟動時會找zoo.cfg這個檔案作為預設配置檔案,是以我們複制一個名稱為zoo.cfg的檔案，如圖所示：
我們檢視一下這個檔案的裡面的一些配置資訊，如圖所示：
說明：
clientPort：監聽用戶端連接配接的端口。
tickTime：基本事件單元，以毫秒為機關。它用來控制心跳和逾時，預設情況下最小的會話逾時時間為兩倍的 tickTime。
我們可以對配置檔案的端口等或者進行進階配置和叢集配置例如：maxClientCnxns：限制連接配接到 ZooKeeper 的用戶端的數量等
(4)啟動Zookeeper 的服務，如圖所示：
到這邊Zookeeper的安裝和配置完成
第二步：配置dubbo-admin的管理頁面，友善我們管理頁面
(1)下載下傳dubbo-admin-2.4.1.war包，在Linux的tomcat部署，先把dubbo-admin-2.4.1放在tomcat的webapps/ROOT下，然後進行解壓：
#jar -xvf dubbo-admin-2.4.1.war
(2)然後到webapps/ROOT/WEB-INF下，有一個dubbo.properties檔案，裡面指向Zookeeper ，使用的是Zookeeper 的注冊中心，如圖所示：
(3)然後啟動tomcat服務，使用者名和密碼：root,并通路服務，顯示登陸頁面，說明dubbo-admin部署成功，如圖所示：
第三步：SpringMVC與Dubbo的整合，這邊使用的Maven的管理項目
第一：我們先開發服務注冊的，就是提供服務，項目結構如圖所示：
（1）test-maven-api項目加入了一個服務接口，代碼如下：
public interface TestRegistryService {
public String hello(String name);
}
（2）test-maven-console在pom.xml加入Dubbo和Zookeeper的jar包、引用test-maven-api的jar包，代碼如下：
<dependency>
<groupId>cn.test</groupId>
<artifactId>test-maven-api</artifactId>
<version>0.0.1-SNAPSHOT</version>
</dependency>
<groupId>com.alibaba</groupId>
<artifactId>dubbo</artifactId>
<version>2.5.3</version>
</dependency>
<dependency>
<groupId>org.apache.zookeeper</groupId>
<artifactId>zookeeper</artifactId>
<version>3.4.6</version>
<groupId>com.github.sgroschupf</groupId>
<artifactId>zkclient</artifactId>
<version>0.1</version>
</dependency>
(3)test-maven-console實作具體的服務，代碼如下：
@Service("testRegistryService")
ublic class TestRegistryServiceImpl implements TestRegistryService {
public String hello(String name) {
return "hello"+name;
(4)我們服務以及實作好了，這時要暴露服務，代碼如下：
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:jee="http://www.springframework.org/schema/jee"
xmlns:tx="http://www.springframework.org/schema/tx"
<span style="color:#cc0000;">xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"</span>
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.1.xsd
http://www.springframework.org/schema/jee http://www.springframework.org/schema/jee/spring-jee-3.1.xsd
<span style="color:#990000;">http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd</span>
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.1.xsd"
default-lazy-init="false" >
<!-- 提供方應用名稱資訊，這個相當于起一個名字，我們dubbo管理頁面比較清晰是哪個應用暴露出來的 -->
<dubbo:application name="dubbo_provider"></dubbo:application>
<!-- 使用zookeeper注冊中心暴露服務位址 -->
<dubbo:registry address="zookeeper://127.0.0.1:2181" check="false" subscribe="false" register=""></dubbo:registry>
<!-- 要暴露的服務接口 -->
<dubbo:service interface="cn.test.dubbo.registry.service.TestRegistryService" ref="testRegistryService" />
</beans>
dubbo:registry 标簽一些屬性的說明：
1）register是否向此注冊中心注冊服務，如果設為false，将隻訂閱，不注冊。
2）check注冊中心不存在時，是否報錯。
3）subscribe是否向此注冊中心訂閱服務，如果設為false，将隻注冊，不訂閱。
4）timeout注冊中心請求逾時時間(毫秒)。
5）address可以Zookeeper叢集配置，位址可以多個以逗号隔開等。
dubbo:service标簽的一些屬性說明：
1）interface服務接口的路徑
2）ref引用對應的實作類的Bean的ID
3）registry向指定注冊中心注冊，在多個注冊中心時使用，值為<dubbo:registry>的id屬性，多個注冊中心ID用逗号分隔，如果不想将該服務注冊到任何registry，可将值設為N/A
4）register 預設true ，該協定的服務是否注冊到注冊中心。
(5)啟動項目，然後我們在Dubbo管理頁面上顯示，已經暴露的服務，但顯示還沒有消費者，因為我們還沒實作消費者服務，如圖所示：
第二：我們在開發服務消費者，就是調用服務，我們在建立一個新的消費者項目結構如圖所示：
（1）test-maven-server-console的pom.xml引入Dubbo和Zookeeper的jar包、test-maven-api的jar包，因為引入test-maven-api的jar包，我們在項目中調用像在本地調用一樣。代碼如下：
（2）test-maven-server-console項目的具體實作，代碼如下：
@Controller
public class IndexController {
@Autowired
private TestRegistryService testRegistryService;
@RequestMapping("/hello")
public String index(Model model){
String name=testRegistryService.hello("zz");
System.out.println("xx=="+name);
return "";
}
(3)我們要引用的位址，代碼如下：
<span style="background-color: rgb(255, 255, 255);"><span style="color:#990000;">xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"</span></span>
<dubbo:application name="dubbo_consumer"></dubbo:application>
<dubbo:registry address="zookeeper://192.168.74.129:2181" check="false"></dubbo:registry>
<!-- 要引用的服務 -->
<dubbo:reference interface="cn.test.dubbo.registry.service.TestRegistryService" id="testRegistryService"></dubbo:reference>
dubbo:reference 的一些屬性的說明：
1）interface調用的服務接口
2）check 啟動時檢查提供者是否存在，true報錯，false忽略
3）registry 從指定注冊中心注冊擷取服務清單，在多個注冊中心時使用，值為<dubbo:registry>的id屬性，多個注冊中心ID用逗号分隔
4）loadbalance 負載均衡政策，可選值：random,roundrobin,leastactive，分别表示：随機，輪循，最少活躍調用
(4)項目啟動，Dubbo管理頁面，能看到消費者，如圖所示：
(5)然後通路消費者項目，Controller層能像調用本地一樣調用服務的具體實作，如圖所示：
Dubbo提供了多種容錯方案,包括負載均衡這些，如圖所示：
http://blog.csdn.net/liu88010988/article/details/51547565