1. CP 和 AP不可能同时满足

2.P代表分区容错, 在整个分布式系统中某个节点服务挂掉了,并不影响整个系统的运作和使用，

                           因为他可以在稍后或者通过切换可用节点立即恢复使用

 

3.C:  写操作之后的读操作，必须返回该值。

         注册中心集群中: leader的作用, 所有的写操作都依赖于leader来完成,为了保证数据的一致性,  leader只有一个

         假如: 没有leader,首先加入我们新加入一台数据处理服务,就会向注册中心1进行注册,注册中心1写入数据处理服务的ip

                  等等基本信息,并且准备同步给其他注册中心节点, 结果这个在还没发生同步的过程中,注册中心1挂掉了,

                  然后客户端准备调用数据中心写入,这个时候就因为注册中心1挂掉了,就直接切到了注册中心2,但是注册中心2没有

                  收到数据处理服务的添加请求,所以没有这个服务,这个时候就对客户端显示不可用了.

  4. A:   没有leader,可以很容易的切换到可用的注册中心,对于客户端的调用总是及时反应, 在上述C操作的例子中,

             对于向服务注册,获取服务注册的基本信息,比如ip来说,基本不会存在,因为像Eureka来说,我们的服务可以

             向所有的注册中心节点发起注册请求,  这样就不会存在注册中心节点服务列表不一致的情况

 

   阿里的nacos : 性能最好

     他同时支持AP和CP模式,他根据服务注册选择临时和永久来决定走AP模式还是CP模式,

    他这里支持CP模式对于我的理解来说,应该是为了配置中心集群,因为nacos可以同时作为注册中心和配置中心,

    因为他的配置中心信息是保存在nacos里面的,假如因为nacos其中一台挂掉后,还没有同步配置信息,

    就可能发生配置不一致的情况., 配置中心的配置变更是服务端有监听器,配置中心发生配置变化,

    然后服务端会监听到配置发生变化,从而做出改变

    

 eureka+spring cloud config: 

   性能也不差,对于服务数量小于上千台来说,性能没有问题

   eureka: 可以做注册中心,完全AP,支持注册中心之间的节点复制,同时支持服务端同时注册多个注册中心节点,

                  所以不存节点信息不一致的情况

  config: 单独服务,是从git仓库拉取配置信息,然后服务端从config服务里面拉取配置信息缓存到本地仓库

              这里配置的变更比较麻烦,他需要结合bus组件,同时约束了只能用rabbitmq和kafka来进行通知服务端进行配置变更

              但是保证了数据的一致性,因为他的配置信息在git仓库上,git仓库只有一个,就会数据一致          

 

阿里nacos异常情况 leader挂了

   1.不影响服务之间互相调用

    2.不影响服务注册

    3.不影响服务正常启动拉取配置文件

    4.选举新leader差不多4,5秒钟

nacos和eureka都是注册中心，都具有各自的负载均衡策略，eureka分为Eureka Server（Eureka服务）和Eureka Client（Eureka客户端），所有Eureka Server 通过Replicate进行数据同步。无论Eureka Client向哪个Eureka Server中注册信息，最终所有Eureka Server中都会存储注册的信息，这些信息都缓存到Eureka Server的本地。

Eureka Client向Eureka Server注册信息的时候我们称它为服务提供者，当获取注册的信息时称为服务消费者，所以很多Eureka Client既是服务提供者，又是服务消费者。

服务提供者在启动后，每隔30秒向Eureka Server发送一次心跳，以证明自己的可用。当Eureka Server超过90秒没有收到提供者的心跳后，会认为这个提供者已经宕机，销毁实例。Nacos有自己的配置中心，Eureka需要配合config实现配置中心，且不提供管理界面，nacos是动态刷新的，它采用Netty保持长连接实时推送，eureka需要配合MQ实现配置动态刷新

阿里的nacos : 性能最好

他同时支持AP和CP模式，他根据服务注册选择临时和永久来决定走AP模式还是CP模式

eureka: 可以做注册中心,完全AP,支持注册中心之间的节点复制,同时支持服务端同时注册多个注册中心节点,所以不存节点信息不一致的情况

#!/bin/sh

SERVICE_NAME=example
VERSION=1.5.3

if [ ! -d  ./logs ]; then
    mkdir logs
fi

if [ "$1" == "nacos"  ]; then
    REGISTER_CENTER="nacos"
    REGISTER_CENTER_PARAM="--spring.autoconfigure.exclude=org.springframework.cloud.netflix.eureka.EurekaClientAutoConfiguration --spring.main.allow-bean-definition-overriding=true"
else
    REGISTER_CENTER="eureka"
    REGISTER_CENTER_PARAM="--spring.cloud.nacos.config.enabled=false --spring.cloud.nacos.discovery.enabled=false --spring.main.allow-bean-definition-overriding=true"
fi

echo "${SERVICE_NAME} starting as ${REGISTER_CENTER} client ..."
nohup java -jar -Djava.net.preferIPv4Stack=false ${SERVICE_NAME}-${VERSION}.jar $REGISTER_CENTER_PARAM > ./logs/$SERVICE_NAME.log   2>&1 &
echo "${SERVICE_NAME} started ok"

#tail -f ${SERVICE_NAME}.log

 

原因：org.springframework.cloud.gateway.filter.LoadBalancerClientFilter中的方法 choose 调用了URI.getHost()的方法


测试一下是否带下划线就会产生null：
import java.net.URI;

public class Test {
	public static void main(String[] args) {
	    String r = "http://user:password@foo_bar:8761/eureka/apps";
		URI uri = URI.create(r);
		System.out.println(uri.getHost());
		// prints null
	}
}



总结：

使用gateway时服务的名字（application.name）不能加下划线，不然会找不到服务实例
nacos会报 未知主机异常
eureka会报null 节点异常