看了那么多文章，为什么还是弄不懂CAP

相信很多程序员看了很多资料，最终还是没有弄懂CAP的原理，要莫是文章写得太深奥，要莫是文章写得太浅，CAP原则又称CAP定理，指的是在一个分布式系统中，一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance）。CAP 原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。
搭建一个系统，有两个服务，一个服务在上海，一个服务在北京，客户请求写的时候，上海的服务器值变成了V1，这个时候网络发生了故障，北京的服务还是原来的值V0，这个时候客户端请求的数据就不一致了，只能保证可用性；第二种情况就是，要想保证一致性，上海的服务在写的时候，必须锁住北京的服务不可以进行读和写，只有在同步完成之后才能进行读和写，这样就牺牲了可用性。
著名的zk是服务协调框架，是CP原理的代表，只有保证了各个节点的数据是一致的，但是为了数据一致性在选举的时候会花费很长的时间进行选举，导致服务瘫痪。
著名的Eureka服务注册框架，是AP原理的代表，各个节点是平等，一个节点挂了不会影响其他节点，其他节点依然会提供服务发现和注册。
感兴趣的可以关注个人公众号：