带着新人学springboot的应用12（springboot+Dubbo+Zookeeper 下）

　　上半节已经下载好了Zookeeper，以及新建了两个应用provider和consumer，这一节我们就结合dubbo来测试一下分布式可不可以用。

　　现在就来简单用一下，注意：这里只是涉及最简单的部分，新手入门用的，详细的内容要学习的可以自己查一查资料;然后再说说用Zookeeper当作注册中心的一个特点。

　　话说注册中心是一个类似第三方软件的东西，那么我们能不能用Dubbo+其他注册中心呢？其实也是可以的，比如redis，有兴趣的可以查查资料自己试试，原理都差不多。

 

1.导入依赖

      两个模块都要导入这两个依赖（这两个依赖千万要正确，我就是因为自己导入依赖导错了，愣是找了好几个小时最后才发现是依赖的问题，我导入的组id是com.alibaba.spring.boot，太像了....细节细节！！！）

 

　　这里有一些版本问题，我去官方文档截了一下图，版本问题我也碰到了，还是官方文档靠谱！还有具体的版本对应我也截图了，可以看看。

 

2.provider模块新建一个服务

　  说是创建一个服务，其实就是新建一个service层的接口，写个实现

　　目录结构以及接口+实现

 

　　配置文件稍微配置一下，其实就是配置自己服务在哪里，还有Zookeeper的位置及端口（Zookeeper可以是在其他电脑或者虚拟机里），其实还能配置很多东西，这里列举最简单最实用的几个；

 　　

　　可以尝试启动一下，没报错说明服务提供者完成！（那个Zookeeper服务端一定要开着）

  

3.consumer模块消费服务

　　说是消费服务，其实就是写个controller，注入service接口，调用方法

　　看看consumer的目录结构和controller内容

 

 

　　简单配置一下配置文件：

 

4.测试

　　首先保证Zookeeper服务端一直开着，然后运行服务提供者应用，然后再运行服务消费者应用，再到浏览器输入url，结果如下：（应该打印服务提供者才对，消息方面的东西看多了都打错字了，问题不大，嘿嘿！）

 

5.简要说说Zookeeper作为注册中心的特点

　  服务注册中心在分布式系统会大量运用，是分布式系统不可或缺的组件。

　　有需求就有利益，有利益就会有动力！正是因为服务注册中心这么重要，所以很多公司都注重这方面的研发，咳，比如rocketmq的NameServer，hdfs的Namenode，dubbo的Zookeeper，spring cloud的eureka，Consul等等。。

　　其中，对于这两个：dubbo的Zookeeper，spring cloud的eureka之间，以及Dubbo和Spring Cloud之间哪种比较好的各种争论，可谓是太多太多，各有各的说法，每个人都能举出一大堆理论，对于我们来说，其实无所谓的，跟我们关系不大；就像问你hibernate和mybatis哪个好啊？只能说各有利弊吧！

　   不扯这么远了，说一个分布式系统的原理CAP：

　　绝大部分的分布式系统都会满足一个叫做CAP理论的东西（当然也有很多争议，暂且不提）

　　C（Consistency）：数据一致性，例如多台服务器中对于存的同一用户的数据要一致

　　A（Availability）：可用性，无论怎么了你都能访问这个系统；例如其中一台或几台服务器挂掉了，你还是能够正常使用，服务器会响应成功（可能响应的是更新之前的数据），而不是一直在阻塞，这点比较关键

　　P（Partition Tolerance）：分区容错性，就是当用户在一台服务器修改了自己的数据，但是由于网络等问题，还没有来得及同步到其他的服务器，于是就产生了分区；怎样解决分区问题是分布式系统不可避免的问题。

　　而我们说的Zookeeper选的是CP，而spring cloud的eureka选的是AP，那么，到底是选CP好还是AP好呢？

　　不好说，只能是看什么需求；

　　选P：选了这个才能支持分布式，才能进行横向扩展。

　　选C：注重一致性，那就是要在多台服务器上数据要一致，假如服务器同步数据的时候断网了，那么你就要一直等待了，直至同步成功；典型的是银行转账系统，这对数据的一致性是十分苛刻的，一点都不能让步，如果出错，宁可停止服务；

　　选A：注重可用性，例如你更新自己的数据，然后服务器之间同步数据的时候断网了；那么你再查询，查询的可能还是原来更新之前的数据，等待服务器数据同步完成你才会查询到最新数据； 互联网公司用这个比较多，即使向用户响应更新之前的数据也总比让用户一直等待要好得多。

　　可见，没有什么好不好，只有适不适合你的需求。

　　现在有个大概的了解就好，而且后面我可能会慢慢说说这两个分布式框架Dubbo和Spring Cloud，话说这两个分布式框架的争论随便查一下都有很多，千万不要陷入其中，重要的我们学到了什么东西！

　　Dubbo是阿里巴巴内部开发并使用，然后开源的一个很厉害的分布式框架，再加上很多阿里的人出来在其他公司工作推行了Dubbo的使用，虽然停止更新一段时间17年又恢复更新了，但是在国内估计还是基于Dubbo的分布式系统占主流吧！（是不是主流我也不知道是不是，道听途说而已）。

　　而Spring Cloud是Spring家族的一个分布式框架，里面功能十分健全，可以说是一站式框架了，在国外的话估计名气比Dubbo高。

　　要使用Dubbo还是Spring Cloud，看需要吧！孰好孰坏也不是我们该担心的，ok，就到这里吧！

　　下一节说说Spring Cloud + eureka简单用用分布式系统，入门一下！