著名的CAP理论，要求分布式系统中必须保证P（分区容错性），由于CAP理论不能同时保证三者同时满足，所以真能在剩余的C（一致性）、A（可用性）之间权衡了
不是CP,就是AP。
zookeeper是满足CP的，由于分布式环境中，发生网络故障是不可避免的所以，当故障发生时，zookeeper为了保障节点数据一致性，当一个master节点挂掉之后，剩余节点会进行leader选举，
而在这个过程中，去他节点是不可以对外提供服务的，只能当节点数据一致之后，才能服务。这样满足不了微服务集群中服务的可用性。
eureka是满足AP的，当微服务集群当中有一个节点挂掉，客户端请求服务时它会自动切换到可用的服务，保证服务能正常进行。保障了服务可用性。但是各个节点的数据在短时间
内不能保证致性，会有短时间的滞后性，会用某个时刻访问到故障服务的情况。
基于以上的区别。
springcloud对eureka的支持是大于zookeeper的。
综上区别所以springcloud在选择服务注册中心是选择eureka来做组件。