在学习SpringCloud之前，我以为SpringCloud是与Double一样，只是个单纯的RPC框架。但在今天的学习中，我发现并非如此，事实上，SpringCloud是多个框架的集合，感觉Spring一家子都这样，做的更多的是集众人之长，它自己则更像是一个容器，只是为我们提供了很多默认配置和调用模板，让我们使用起来更方便，它支持的功能大概有配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等。所以，SpringCloud的定位已经很清晰了，它就是一个能让你快速构建分布式系统的框架；当然，有一点要注意，SpringCloud是基于Springboot的。
https://springcloud.cc/ 这是SpringCloud的中文网站，里面可以看到它现阶段能集成的框架。不过有一点要注意的是，在服务注册中心上，SpringCloud虽然也支持Zookeeper,但Eureka更好用,网上的教程也都大都基于Eureka。
首先介绍下Eureka吧，一个服务注册与发现框架，不要以为它与Zookeeper一样，两者功能是不同的，要知道Zookeeper本身只具有存储数据与监听节点功能，所有其它功能都是我们使用代码基于这两个功能之上进行扩展的，它本身是没有像什么服务注册发现，分布式锁，分布式事务，统一管理配置这些功能的；但Eureka则是为了服务注册与发现而生的，这就是它本身自带的功能，同时值得一提的是，它是个Servlet应用，这一点可以自己观看源码（过两天如果有时间的话我会解析源码然后写一下）。同时，Eureka也提供了心跳机制(默认30S)，健康检查(和心跳机制不是一个功能，意思是多久没收到心跳我就认定你不健康了，就剔除你这个服务提供者，这个时间间隔可以大于设定的心跳的时间，也就是说，可以在多次收不到心跳后再剔除(默认90S))，客户端缓存
(和Dobbu一样，它也具有消费方缓存服务提供方信息的机制,刷新时间默认是30s，可以自己配置)。而且有一点要注意的是，SpringCloud是通过rest形式来进行服务调用的.所以，我们在命名服务提供方的application name时一定要注意点，这个可不是RPC框架的直接调方法,我们一般使用rest形式调用时都是application name加上context path再加上具体的服务路径进行调用的；
最后，Eureka的集群搭建十分简单，比如在配置文件中写上对方的URL即可，在服务启动时，会互相将自己节点中保存的元数据信息(也就是服务生产方的信息)复制一份到对方的节点中，这样不管哪个节点挂掉都没事。这个和ElasticSearch的主分片，副本分片的机制倒是有异曲同工之妙；