SpringCloud易错知识点总结

3.一个服务通过Rest的方式访问另一个服务需要配置一个RestTemplate类（javaConfig的方式配置即可），然后调用其中的方法即可例如：restTemplate.postForObject(另一个服务的url地址,

参数实体,返回类型.class);

4.父项目中的：dependencyManagement依赖管理只是起到声明的作用，并不引入下载，而是做一个指定版本号的作用，如果子项目需要在还需再声明下载，只不过可以省略版本号，版本号从父项目中去拿，为的是控制项目中这个依赖是一致的。

5.在父pom当中：spring-boot-dependencies是springboot模块启动器和依赖的版本控制中心，引入后其中存在的启动器starter和依赖无需写版本号

6.在整个体系当中无论是消费者(consumer)还是服务提供者(provider)都属于与EurekaServer交互的客户端(Client)

7.本机域名映射通过修改配配置文件hosts，文件地址：C:\Windows\System32\drivers\etc\hosts 修改方式：127.0.0.1 eureka7001.com(自己命名的域名，方便单机测试集群)

8.@EnableEurekaClient只适用于Eureka作为注册中心，@EnableDiscoveryClient 可以是其他注册中心。共同点就是：都是能够让注册中心能够发现，扫描到改服务。不过从SpringCloud的E版本开始他们两个开始只写一个就可以被注册中心发现,然后注册到注册中心

9.停掉注册在Eureka中的某个服务，30s后Eureka会开启自我保护机制(也称心跳机制)：好死不如赖活着，在一定时间内没有收到实例的心跳，便会把该实例从注册表中删除（默认是90秒）等，这种机制可以关闭但是并不推荐关闭

10.DiscoveryClient类与上第8条中的@EnableDiscoveryClient注解相关联 可以用来获取一些配置的信息，得到具体的微服务！(1)可以获取微服务列表的清单(2)得到一个具体的微服务信息,通过具体的微服务id，applicationName;

11.集群:多个相互关联的注册中心,注册中心如何关联：将多个注册中心的地址以,号隔开全部写在注册中心的地址中

12.CAP原则：著名的CAP理论指出，一个分布式系统不可能同时满足C (一致性) 、A (可用性) 、P (容错性)这三个需求，由于分区容错性P再分布式系统中是必须要保证的，因此我们只能再A和C之间进行权衡。

13.Eureka与Zookeeper相比 Zookeeper 保证的是 CP —> 满足一致性，分区容错的系统，通常性能不是特别高 Eureka 保证的是 AP —> 满足可用性，分区容错的系统，通常可能对一致性要求低一些

14.Ribbon和Nginx负载均衡的区别：Ribbon是在消费者端从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选出一个合适的服务器，而Nginx则是全权交给该设施处理负责请求哪个服务

15.Ribbon开启负载均衡步骤：首先是在RestTemplate上加上@loadbalance注解表示请求服务的时候开启负载均衡，然后再在启动类上配置哪个服务和负载均衡的策略是什么

16.Feign开启负载均衡步骤：首先是将Ribbon通过为微服务名字请求封装到api的Service下面然后调用接口即可。在启动类上@EnableFeignClient(“base

package=”)扫描封装的feign接口

17.Feign默认不是负载均衡，负载均衡是其集成的Ribbon做的，Feign只是使得程序更加的面向接口编程，如果使用Feign想要更改负载均衡策略需要在application.yaml中配置

18.Hystrix熔断（服务端崩了就熔断处理） 是服务崩了然后执行备用方案，不让其崩，返给用户可见信息

19.Hystrix降级（客户端去主动关闭服务器）是主动的关闭了服务器，当用户来调用的该服务的时候提醒用户当前服务已关闭