参考博客：https://blog.csdn.net/z694644032/article/details/96485619，https://www.cnblogs.com/zhucww/p/11532770.html
当client向server注册时，它会提供一些元数据，例如主机和端口，URL，主页等。Eureka server 从每个client实例接收心跳消息。 如果心跳超时，则通常将该实例从注册server中删除
服务注册与发现的组件在市面上有非常多的选择，常用的有Eureka、Nacos、Consul
1.Eureka 是 Netflix 开源的一款提供服务注册和发现的产品，已闭源，提供了完整的服务注册和发现，springcloud中最核心的组件之一，需要手动配置 Eureka Server 服务器。
服务器端：pom.xml 中引入spring-cloud-starter-netflix-eureka-server，启动类添加@EnableDiscoveryClient 或@EnableEurekaServer注解，配置文件添加相关配置；
客户端：pom.xml 中引入spring-cloud-starter-netflix-eureka-client，启动类添加@EnableEurekaClient注解，配置文件添加相关配置；
2.Nacos 是 Alibaba 开源的一款专注于动态服务发现，配置和服务管理的组件
服务器端：使用 Nacos 作为服务注册中心；
客户端：pom.xml 中引入spring-cloud-starter-alibaba-nacos-discovery，启动类添加 @EnableDiscoveryClient注解，配置文件添加相关配置；
3.Consul是一个分布式高可用的系统，是为基础设施提供服务发现和服务配置的工具
服务器端：使用 consul 服务器；
客户端：pom.xml 中引入spring-cloud-starter-consul-discovery，启动类添加 @EnableDiscoveryClient注解，配置文件添加相关配置；
注意点：
1.@EnableEurekaClient只适用于Eureka作为注册中心，@EnableDiscoveryClient 可以是其他注册中心；
2.从Spring Cloud Edgware开始，@EnableDiscoveryClient 或@EnableEurekaClient 可省略。只需加上相关依赖，并进行相应配置，即可将微服务注册到服务发现组件上；
Eureka、Nacos、Consul 技术选型对比：
配置中心：
1.eureka 不支持
2.consul 支持 但用起来偏麻烦，不太符合springBoot框架的命名风格，支持动态刷新
3.nacos 支持 用起来简单，符合springBoot的命名风格，支持动态刷新
注册中心：
-
eureka
- 依赖：依赖ZooKeeper
- 应用内/外：直接集成到应用中，依赖于应用自身完成服务的注册与发现，
- ACP原则：遵循AP（可用性+分离容忍）原则，有较强的可用性，服务注册快，但牺牲了一定的一致性。
- 版本迭代：目前已经不进行升级
- 集成支持：只支持SpringCloud集成
- 访问协议：HTTP
- 雪崩保护：支持雪崩保护
- 界面：英文界面，不符合国人习惯
- 上手：容易
-
consul
-
依赖：不依赖其他组件
-
应用内/外：属于外部应用，侵入性小
-
ACP原则：遵循CP原则（一致性+分离容忍） 服务注册稍慢，由于其一致性导致了在Leader挂掉时重新选举期间真个consul不可用。
-
版本迭代：目前仍然进行版本迭代
-
集成支持：支持SpringCloud K8S集成
-
访问协议：HTTP/DNS
-
雪崩保护：不支持雪崩保护
-
界面：英文界面，不符合国人习惯
-
上手：复杂一点
-
-
nacos
- 依赖：不依赖其他组件
- 应用内/外：属于外部应用，侵入性小
- ACP原则：通知遵循CP原则（一致性+分离容忍） 和AP原则（可用性+分离容忍）
- 版本迭代：目前仍然进行版本迭代
- 集成支持：支持Dubbo 、SpringCloud、K8S集成
- 访问协议：HTTP/动态DNS/UDP
- 雪崩保护：支持雪崩保护
- 界面：中文界面，符合国人习惯
- 上手：极易，中文文档，案例，社区活跃