互联网发展，扩大了网站应用程序的大小。传统的垂直应用架构已经无法应付。分布式服务架构和流量计算架构势在必行，Dubbo是一个分布式服务框架。在这样的情况下诞生的。如今核心业务抽取出来。作为独立的服务，使前端应用能更高速和稳定的响应。
第一：介绍Dubbo背景
大规模服务化之前，应用可能仅仅是通过RMI或Hessian等工具，简单的暴露和引用远程服务，通过配置服务的URL地址进行调用，通过F5等硬件进行负载均衡。
(1) 当服务越来越多时，服务URL配置管理变得很困难，F5硬件负载均衡器的单点压力也越来越大。
此时须要一个服务注冊中心。动态的注冊和发现服务。使服务的位置透明。
并通过在消费方获取服务提供方地址列表，实现软负载均衡和Failover，降低对F5硬件负载均衡器的依赖，也能降低部分成本。
(2) 当进一步发展，服务间依赖关系变得错踪复杂，甚至分不清哪个应用要在哪个应用之前启动，架构师都不能完整的描写叙述应用的架构关系。
这时，须要自己主动画出应用间的依赖关系图，以帮助架构师理清理关系。
(3) 接着，服务的调用量越来越大，服务的容量问题就暴露出来。这个服务须要多少机器支撑？什么时候该加机器？
为了解决这些问题。第一步。要将服务如今每天的调用量，响应时间。都统计出来。作为容量规划的參考指标。
其次。要能够动态调整权重，在线上，将某台机器的权重一直加大。并在加大的过程中记录响应时间的变化，直到响应时间到达阀值，记录此时的訪问量。再以此訪问量乘以机器数反推总容量。
第二：Dubbo的简单介绍
Dubbo是一个分布式服务框架,攻克了上面的所面对的问题。Dubbo的架构如图所看到的：
节点角色说明：
Provider: 暴露服务的服务提供方。
Consumer: 调用远程服务的服务消费方。
Registry: 服务注冊与发现的注冊中心。
Monitor: 统计服务的调用次调和调用时间的监控中心。
Container: 服务执行容器。
调用关系说明：
0. 服务容器负责启动，载入，执行服务提供者。
1. 服务提供者在启动时，向注冊中心注冊自己提供的服务。
2. 服务消费者在启动时。向注冊中心订阅自己所需的服务。
3. 注冊中心返回服务提供者地址列表给消费者，假设有变更。注冊中心将基于长连接推送变更数据给消费者。
4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，假设调用失败。再选还有一台调用。
5. 服务消费者和提供者，在内存中累计调用次数和调用时间。定时每分钟发送一次统计数据到监控中心。
Dubbo提供了非常多协议，Dubbo协议、RMI协议、Hessian协议，我们查看Dubbo源码，有各种协议的实现，如图所看到的：
我们之前没用Dubbo之前时，大部分都使用Hessian来使用我们服务的暴露和调用，利用HessianProxyFactory调用远程接口。
上面是參考了Dubbo官方网介绍，接下来我们来介绍SpringMVC、Dubbo、Zookeeper整合使用。
第三：Dubbo与Zookeeper、SpringMVC整合使用
第一步：在Linux上安装Zookeeper
Zookeeper作为Dubbo服务的注冊中心，Dubbo原先基于数据库的注冊中心，没採用Zookeeper。Zookeeper一个分布式的服务框架。是树型的文件夹服务的数据存储，能做到集群管理数据 ，这里能非常好的作为Dubbo服务的注冊中心，Dubbo能与Zookeeper做到集群部署，当提供者出现断电等异常停机时，Zookeeper注冊中心能自己主动删除提供者信息，当提供者重新启动时，能自己主动恢复注冊数据，以及订阅请求。我们先在linux上安装Zookeeper，我们安装最简单的单点，集群比較麻烦。
（2） 我们放到Linux下的一个目录。然后解压：
#tar zxvf zookeeper-3.4.6.tar.gz
（3）然后在相应的zookeeper-3.4.6/conf 下有一个文件zoo_sample.cfg的这个文件中面配置了监听client连接的port等一些信息。Zookeeper 在启动时会找zoo.cfg这个文件作为默认配置文件,所以我们复制一个名称为zoo.cfg的文件。如图所看到的：
我们查看一下这个文件的里面的一些配置信息。如图所看到的：
说明：
clientPort：监听客户端连接的port。
tickTime：基本事件单元，以毫秒为单位。它用来控制心跳和超时，默认情况下最小的会话超时时间为两倍的 tickTime。
我们能够对配置文件的port等或者进行高级配置和集群配置比如：maxClientCnxns：限制连接到 ZooKeeper 的client的数量等
(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服务，username和password：root,并訪问服务，显示登陆页面。说明dubbo-admin部署成功。如图所看到的：
第三步：SpringMVC与Dubbo的整合。这边使用的Maven的管理项目
第一：我们先开发服务注冊的，就是提供服务，项目结构如图所看到的：
（1）test-maven-api项目增加了一个服务接口。代码例如以下：
（2）test-maven-console在pom.xml增加Dubbo和Zookeeper的jar包、引用test-maven-api的jar包，代码例如以下：
(3)test-maven-console实现详细的服务，代码例如以下：
(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项目的详细实现，代码例如以下：
(3)我们要引用的地址，代码例如以下：
dubbo:reference 的一些属性的说明：
1）interface调用的服务接口
2）check 启动时检查提供者是否存在。true报错，false忽略
3）registry 从指定注冊中心注冊获取服务列表，在多个注冊中心时使用，值为<dubbo:registry>的id属性。多个注冊中心ID用逗号分隔
4）loadbalance 负载均衡策略，可选值：random,roundrobin,leastactive，分别表示：随机，轮循，最少活跃调用
(4)项目启动。Dubbo管理页面。能看到消费者，如图所看到的：
(5)然后訪问消费者项目，Controller层能像调用本地一样调用服务的详细实现，如图所看到的：
Dubbo提供了多种容错方案,包含负载均衡这些。如图所看到的：
版权声明：本文博客原创文章，博客，未经同意，不得转载。
本文转自mfrbuaa博客园博客，原文链接：http://www.cnblogs.com/mfrbuaa/p/4631067.html，如需转载请自行联系原作者