spring Boot环境下dubbo+zookeeper的一个基础讲解与示例

一、  Dubbo 概述
1.    为什么需要Dubbo
        互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，Dubbo是一个分布式服务框架，在这种情况下诞生的。现在核心业务抽取出来，作为独立的服务，使前端应用能更快速和稳定的响应。

2.   Dubbo是什么
      Dubbo是Alibaba开源的分布式服务框架，它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）。从服务模型的角度来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出服务提供方（Provider）和服务消费方（Consumer）两个角色。关于注册中心、协议支持、服务监控等内容

3.   Dubbo能做什么
      当网站变大后，不可避免的需要拆分应用进行服务化（微服务），以提高开发效率，调优性能，节省关键竞争资源等。 当服务越来越多时，服务的URL地址信息就会爆炸式增长，配置管理变得非常困难，F5硬件负载均衡器的单点压力也越来越大。 
当进一步发展，服务间依赖关系变得错踪复杂，甚至分不清哪个应用要在哪个应用之前启动，架构师都不能完整的描述应用的架构关系。接着，服务的调用量越来越大，服务的容量问题就暴露出来，这个服务需要多少机器支撑？什么时候该加机器？等等…… 在遇到这些问题时，都可以用Dubbo来解决。

二、   Dubbo 原理
1.   Dubbo架构图  

上述图所描述的调用流程关系如下：

   0. 服务容器负责启动，加载，运行服务提供者，这个图上没标识出来，服务端启动就是0.

   1. 服务提供者在启动时，向注册中心注册自己提供的服务。

   2. 服务消费者在启动时，向注册中心订阅自己所需的服务。

   3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

   4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再