cap是什么

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

CAP原则主要内容：

一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）

可用性（A）：保证每个请求不管成功或者失败都有响应。

分区容忍性（P）：系统中任意信息的丢失或失败不会影响系统的继续运作。

注册中心

Eureak选择AP 保证了可用性降低了一致性， Nacos 默认 AP ，可以 CP和AP可以切换， Zookeeper 就是 CP ; Redis AP

NACOS

AP模式不支持数据一致性，所以只支持服务注册的临时实例，CP模式支持服务注册的永久实例，满足配置文件的一致性

nacos注册中心心跳

Nacos中临时实例基于心跳上报方式维持活性，基本的健康检查流程基本如下：Nacos客户端会维护一个定时任务，每隔5秒发送一次心跳请求，以确保自己处于活跃状态。Nacos服务端在15秒内如果没收到客户端的心跳请求，会将该实例设置为不健康，在30秒内没收到心跳，会将这个临时实例摘除。

（1）客户端可以在启动时第一次拉取配置信息

（2）客户端可以利用 web 容器的长连接机制与服务端建立长连接，服务端将订阅轮询存放在 allSubs 队列中

（3）用户修改配置发布时会从 allSubs 中取出相关长连接客户端今天配置变更通知。

nacos配置中心心跳

客户端是以拉的形式更新配置的，基于http长轮询实现的。
客户端通过一个定时任务来检查自己监听的配置项的数据，一旦服务端的数据发生变化时，客户端将会获取到最新的数据，并将最新的数据保存在一个 CacheData 对象中，然后会重新计算 CacheData 的 md5 属性的值，此时就会对该 CacheData 所绑定的 Listener 触发 receiveConfigInfo 回调。