关于cap理论及zookeeper，eureka

cap指的是在一个分布式系统中，一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance）。CAP 原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。

什么是一致性？

一致性分为强一致性，弱一致性，以及最终一致性。先看下面一张图。

一个数据库集群中，用户先更新数据库a中的value为2，再从数据库b中读取value的值。
强一致性：指的是读取到的必须是最近一次更新的值，那么就要求数据库之间的异步复制非常迅速或者在读取的时候加锁保证读到的是最近一次更新的值
弱一致性：读取到的可以是1，也就是可以不是最近一次更新的值。
最终一致性：读取到的可以先是1，集群保证最终数据会一直，也就是最终会读取到2.

什么是可用性？

可用性指的是微服务架构中单体的服务是否可用。

什么是分区容错性？

分布式系统都会牵扯到分区容错性，也就是网络出问题时导致的功能可能不可用。

用户和订单在不同的地方，或者不同的网段，单个的用户微服务和订单微服务可用，但是当网络出现问题时这时用户就获取不到订单信息了，这就是分区容错性。

zookeeper保证了cap的什么？

zookeeper是一个分布式的服务框架，它本身是一个树形的文件存储系统，解决分布式系统中常见的数据管理问题，如：统一命名服务、状态同步服务、集群管理、分布式应用配置项的管理等。
上面的解释有点抽象，简单来说zookeeper=文件系统+监听通知机制。
具体关于zookeeper的入门介绍参加下面这篇技术博客。
https://blog.csdn.net/java_66666/article/details/81015302

zookeeper保证了cp
例如一个zookeeper集群，当有一个zookeeper 挂了，那其他的zookeeper 会进行 一次选举 （强一致性 ： 我一定要保持数据一致性），而在此选举期间 zookeeper 是不可用的 而当前 有用户正在使用 用户就不爽了 。

eureka保证了ap

eureka保证了ap，每个eureka节点都是平等的，只要有一台 Eureka还在,就能保证注册服务可用(保证可用性),只不过查到的信息可能不是最新的，不保证强一致性。