目录
角色与功能
工作流程：
nacos-client关键源码分析
总结：
角色与功能
服务提供者：在启动时，向注册中心注册自身服务，并向注册中心定期发送心跳汇报存活状态。
服务消费者：在启动时，把注册中心返回的服务节点列表缓存在本地内存中。当需要调用某一个服务时，根据缓存的注册信息直接调用服务。
服务注册中心：用于保存服务提供者的注册信息，当服务提供者节点发生变更时，注册中心会同步变更，服务消费者感知后会刷新本地内存中缓存的服务节点列表。
工作流程：
服务注册：当服务提供者启动时，会向注册中心发送请求，注册自身的实例信息（如服务名、IP地址、端口等)。
服务发现：服务消费者启动时，会从注册中心订阅所需的服务，并获取服务提供者的实例列表。消费者将这份列表缓存在本地，以便后续调用。
心跳机制：
服务摘除：如果注册中心长时间未收到某个服务提供者的心跳请求，会认为该服务实例已宕机，并将其从服务列表中剔除。同时，注册中心会通知服务消费者更新本地缓存的服务列表。
服务调用：服务消费者根据本地缓存的服务列表，基于负载均衡算法选择一个服务提供者发起远程调用。
nacos-client关键源码分析
1.SpringBoot项目启动完毕，spring会发布事件WebServerInitializedEvent
2. springcloud AbstractAutoServiceRegistration 抽象类监听了 WebServerInitializedEvent 事件，而服务注册逻辑是需要各类注册中心client端实现的，NacosServiceRegistry 完成具体注册工作。
3.服务发现：
用户请求gateway网关，需要转发请求到system-server ,网关如何获取到system-server 的IP,nacos-client关键代码如下：
本地缓存不存在，则直接去nacos-server 去查询：
总结：
1. 其实单纯实现一个单机版注册中心还是很容易的。
核心思路：
用一个HashMap , key是serviceId , value 自己封装一个对象列表，该对象有以下关键字段
service的IP 、端口、有效期
客户端注册成功后，不停地发心跳，更新有效期，如果心跳上不来，有效期过期了，server端就认为该节点失效了，自动屏蔽该节点
2.上述实现是很简单的，也完满足注册中心需求，但问题是单机版的，有单点故障问题。在微服务架构中，注册中心是核心功能，必须绝对可靠，如果注册中心宕机，那么整个系统就宕机了， 所以必须用paxos、raft等复杂的一致性算法，实现多个节点的数据一致性，保障注册中心集群一个或者多个节点宕机后，服务完全正常，这才是注册中心核心技术难点。