Nacos中保证的是CP还是AP？
通常我们说，Nacos技能保证CP，也能保证AP，具体看如何配置，但其实只不过是Nacos中的注册中心能保证CP或AP，Nacos中的配置中心其实没什么CP或AP，因为配置中心的数据是存在一个Mysql中的，只有注册中心的数据需要进行集群节点之间的同步，从而涉及到是CP还是AP，如果注册的节点是临时节点，那么就是AP，如果是非临时节点，那么就是CP，默认是临时节点。

你觉得注册中心应该是CP还是AP？
我觉得大部分情况下，注册中心应该是AP，如果注册中心是CP的，那么表示，当我们向注册中心注册实例或移除实例时，都要等待注册中心集群中的数据达到一致后，才算注册或移除成功，而这是比较耗时的，随着业务应用规模的增大，应用频繁的上下线，那么就会导致注册中心的压力比较大，会影响到服务发现的效率以及服务调用了，而如果注册中心是AP的，那么注册中心集群不管出现了什么情况，都是可以提供服务的，就算集群节点之间数据出现了不一致，对于业务应用而言，可能拉取到了一个已经下线了的服务节点，但是现在一般的微服务框架或组件都提供了服务容错和重试功能，也可以避免这个问题，而如果是AP，对于注册中心而言就不需要消耗太多的资源来实时的保证数据一致性了，保证最终一致性就可以了，这样注册中心的压力会小一点，另外像Zookeeper来作为注册中心，因为Zookeeper保证的就是CP，但是如果集群中如果大多数节点挂掉了，就算还剩下一些Zookeeper节点，这些节点也是不能提供服务的，所以这个也不太合适，所以综合来看，注册中心应该保证AP会更好，就像Euraka、Nacos他们默认保证的就是AP。

Nacos的就近访问是什么意思？
首先，在Nacos中，一个服务可以有多个实例，并且可以给实例设置cluster-name，就是可以再进一步的给所有实例划分集群，那如果现在某个服务A想要调用服务B，那么Naocs会看调用服务A的实例是属于哪个集群的，并且调用服务B时，那就会调用同样集群下的服务B实例，根据cluster-name来判断两个实例是不是同一个集群，这就是Nacos的就近访问。

Nacos中的保护阈值的作用是什么？
假如现在有一个服务，本来有10个实例，但是现在挂掉了8个，剩下2个正常实例，此时本来由10个实例处理的流量，就全部交给这个两个正常实例来处理了，此时这两个实例很有可能是处理不过来的，最终导致被压垮，为了应对这种情况，Nacos提供了保护阈值这个功能，我们可以给某个服务设置一个0-1的阈值，比如0.5，那就表示，一旦实例中只剩下一半的健康实例了，比如10个实例，只剩下5个健康实例了，那么消费者在进行服务发现时，则会把该服务的所有实例，也包括不健康的实例都拉取到本地，然后再从所有实例中进行负载均衡，选出一个实例进行调用，在这种情况下，选出来的即可能是一个健康的实例，也可能是挂掉的实例，但是通过这种方式，很好的保护的剩下的健康实例，至少保证了一部分请求能正常的访问，而不至于所有请求都不能正常访问，这就是Nacos中的保护阈值，同时，这个功能在Spring Cloud Tencent中叫全死全活。

1. Nacos服务注册表结构是什么样的？
   Nacos最外层是namespace隔离环境，然后是group对服务进行分组，然后就是服务，一个服务下 有多个集群，集群下有多个实例。
   对应Java代码，Map<String,Map<String,Service>>，最外层的key是namespaceId，值是map，内部map大的key是group拼接serviceName（group@@serviceName），值是service对象；
   service对象内部又是一个map，key是集群名称，值是Cluster对象，Cluster对象内部维护了实例对象集合。
   

2. 消费者是如何调用提供者的
   通过创建RestTemplate对象来实现。

3. 负载均衡通过什么实现
   Ribbon

4. 为什么要定义bootstrap.yml
   此文件优先级比较高，可以在服务启动的时候读取配置中心的数据。

5. Nacos配置中心宕机，还能读取到配置吗
   可以，客户端读取到配置信息以后会缓存在本地内存，因此可以在内存中拿到数据。

6. 服务提供者如何向Nacos注册中心续约
   5s心跳

7. 如何确定实例状态
   通过发送心跳包，5秒发送一次，如果15秒没有回应，则说明服务出现了问题，
   如果30秒后没有回应，则说明服务已经停止。

8. Nacos CAP
   Nacos的 CP 和 AP 架构的选择，取决于我们配置的服务实例是临时实例还是持久实例。

spring:
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
        group:  mall-order
        cluster-name: SH
        ephemeral: false   //持久化实例，使用 CP架构
        ephemeral: true	   //临时实例，使用 AP架构    

 Nacos和Eureka区别

1.什么是Nacos，Nacos可以干什么？
Nacos是微服务架构中的注册中心和配置中心，其他服务的服务信息（ip，端口等信息）可以注册到nacos服务端。nacos又为客户端提供了服务发现的功能。客户端会开启一个定时任务，定时向服务端获取最新的服务列表，加载到客户端本地缓存。客户端同时又开启一个定时心跳发送的任务，用于告知服务端，当前服务的健康状态。服务端启动的时候同样也会开启一个健康检查的定时任务，扫描服务列表，将长时间未与服务端发送心跳的服务的健康状态改为false，达到某个时间，会踢出该服务。
Nacos好处就是服务不需要记录其他服务的ip信息，通过nacos可以实时获取其他服务列表。仅仅只需从本地缓存中根据服务名找到服务列表，利用负载均衡算法从列表中拉取一个ip进行调用（比如Ribbon）。

naocs源码