Ribbon负载均衡
流程
首先通过RibbonLoadBalanceerClient获取服务名，并传给DynamicServerListLoadBalancer——>通过EureKa-server获取服务名对应服务列表(也就是被注册到EureKa中的服务，可能包括不同端口的)，然后我们会根据IRule中的服务负载均衡->选择某个服务，然后修改url发送请求；
具体实现
Ribbon的负载均衡是一个叫IRule的接口来定义的，每一个子接口对应一个规则
负载均衡策略：
负载均衡配置的两种方式：
1.一种是在配置类中注入bean，返回一个IRule规则——>具体是什么样的规则(RandomRule啥的)自己定义；
2.第二种再yaml中进行配置：定义目标服务，以及对应的负载均衡策略
区别：第一个范围是此服务中的所有服务，范围是全局，第二个指定了具体服务；
饥饿加载：
如果用懒加载：就是它不会像饥饿那种，类一加载，就全创建好了（在类加载的准备阶段就整好了），而是调用方法，也就是需要创建的时候，它才会创建；——>耗时较长
Nacos服务搭建
里面可以对服务进行注册与发现
对于EureKa的改动，我们需要修改依赖，并且注释原本在order-service以及user-service服务中的原有的EureKa-client依赖，并添加nacos依赖
服务注册到Nacos步骤
1.首先在父工程中导入alibaba的cloud依赖
<dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-alibaba-dependencies</artifactId><version>2.2.5.RELEASE</version></dependency>2.然后在服务项目中配置Nacos注册依赖（注册发现服务的依赖）
<dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId><version>2.2.5.RELEASE</version></dependency>3.在yaml中进行配置，配置映射，服务名称，以及对应的Nacos服务端口
application:name: orderservice # user的服务名称cloud:nacos:discovery:server-addr: localhost:8848 # nacos服务地址
配置搭建总结
服务多级存储（给服务的实例配置集群）：
引：为了给服务减轻压力，我们可以给服务的实例们(8081、8082…)配置集群->杭州集群，上海集群等等…
给服务实例配置集群
1.修改yaml文件，给Nacos的配置加上cluster节点名称即可
cloud:nacos:discovery:server-addr: localhost:8848 # nacos服务地址cluster-name: hangzhou # 集群名称2.然后给对应的实例进行启动即可，（不要启动错了，不然会覆盖之前的集群名称）
集群调用问题：
服务调用尽可能选择本地集群的服务，不然延迟会很高
Nacos负载均衡-实现集群优先
步骤：
在yaml文件中对需要调用服务采用Nacos负载均衡策略，然后重启即可
userservice: #指定服务ribbon: # 配置负载均衡策略NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule策略：优先本地集群，如果没有的话，就随机；
如果没有本地集群，说明只能跨集群调用服务——>（耗时较长，毕竟调用的服务在另一个地方），会出现警告
服务实例权重的配置
直接在Nacos页面对服务实例修改权重即可
场景：服务怎样做到用户不下线，还能升级服务？
在产品更新时，我们可以对一个服务实例的权重降到很低，那么用户请求就很难请求到这个服务上了，那么我们就可以对其进行升级，升级完毕后，再将权重慢慢调大，这样就可以满足用户，也可以满足服务；
nacos环境隔离
没设置命名空间的时候，默认是public；
如果环境设置不一样，那么服务之间就不能进行访问；（实例找不到->也就是userservice服务实例）；
每个namespace的id是唯一的；
配置方法：
1.在yaml配置文件加上namespace命名空间即可（先得在Nacos中创建环境）
cloud:nacos:discovery:server-addr: localhost:8848 # nacos服务地址cluster-name: Hangzhou # 实例集群namespace:xxxx
Nacos和EureKa的总结区别：
共同：它们都是向注册中心拉取服务信息，但是第一次会将服务信息放到服务的列表缓存中，下次拉取就直接从服务列表缓存中拿就行了，速度较快；
Nacos：
临时实例：采用心跳检测，服务实例主动向注册中心汇报自己饿的情况（这里Nacos和EureKa都差不多，但是Nacos速度较快）；
（个人认为 不管是临时实例还是非临时实例挂了 Nacos都会将健康状态发送给消费者 ，，，个人猜测 也没找到资料 有大佬知道的话可以指出来 谢谢）
非临时实例：*Nacos会主动询问实例是否还存在(如果不存在)——>Nacos注册中心会立即主动推送变更消息：效率非常高；——>坏处：服务器压力会大，因为总是对服务进行访问
区别：
Nacos支持服务端主动检测服务提供者状态：临时实例采用心跳模式，非临时实例采用服务器主动访问模式；
临时实例心跳不正常会被踢出，非临时实例则不会被剔除；
Nacos支持服务列表消息推送模式，即时更新；
**补充（6/1）nacos、EureKa涉及ap、cp模式**
cp和ap 是什么 有什么区别