rpc框架中有3个重要的角色：
注册中心 ：保存所有服务的名字，服务提供者的ip列表，服务消费者的ip列表
服务提供者： 提供跨进程服务
服务消费者： 寻找到指定命名的服务并消费。
zookeeper用作注册中心
简单来讲，zookeeper可以充当一个服务注册表（service registry），让多个服务提供者形成一个集群，让服务消费者通过服务注册表获取具体的服务访问地址（ip+端口）去访问具体的服务提供者。如下图所示：
具体来说，zookeeper就是个分布式文件系统，每当一个服务提供者部署后都要将自己的服务注册到zookeeper的某一路径上: /{service}/{version}/{ip:port}，比如我们的helloworldservice部署到两台机器，那么zookeeper上就会创建两条目录：分别为/helloworldservice/1.0.0/100.100.0.237:16888
/helloworldservice/1.0.0/100.100.0.238:16888。
如图：
在zookeeper中，进行服务注册，实际上就是在zookeeper中创建了一个znode节点，该节点存储了该服务的ip、端口、调用方式(协议、序列化方式)等。该节点承担着最重要的职责，它由服务提供者(发布服务时)创建，以供服务消费者获取节点中的信息，从而定位到服务提供者真正网络拓扑位置以及得知如何调用。rpc服务注册、发现过程简述如下：
1.服务提供者启动时，会将其服务名称，ip地址注册到配置中心。
2.服务消费者在第一次调用服务时，会通过注册中心找到相应的服务的ip地址列表，并缓存到本地，以供后续使用。当消费者调用服务时，不会再去请求注册中心，而是直接通过负载均衡算法从ip列表中取一个服务提供者的服务器调用服务。
3.当服务提供者的某台服务器宕机或下线时，相应的ip会从服务提供者ip列表中移除。同时，注册中心会将新的服务ip地址列表发送给服务消费者机器，缓存在消费者本机。
4.当某个服务的所有服务器都下线了，那么这个服务也就下线了。
5.同样，当服务提供者的某台服务器上线时，注册中心会将新的服务ip地址列表发送给服务消费者机器，缓存在消费者本机。
6.服务提供方可以根据服务消费者的数量来作为服务下线的依据。
感知服务的下线&上线
zookeeper提供了“心跳检测”功能，它会定时向各个服务提供者发送一个请求（实际上建立的是一个 socket 长连接），如果长期没有响应，服务中心就认为该服务提供者已经“挂了”，并将其剔除。比如100.100.0.237这台机器如果宕机了，那么zookeeper上的路径就会只剩/helloworldservice/1.0.0/100.100.0.238:16888。
服务消费者会去监听相应路径（/helloworldservice/1.0.0），一旦路径上的数据有任务变化（增加或减少），zookeeper都会通知服务消费方、服务提供者地址列表已经发生改变，从而进行更新。
更为重要的是zookeeper 与生俱来的容错容灾能力（比如leader选举），可以确保服务注册表的高可用性。
使用 zookeeper 作为注册中心时，客户端订阅服务时会向 zookeeper 注册自身；主要是方便对调用方进行统计、管理。但订阅时是否注册 client 不是必要行为，和不同的注册中心实现有关，例如使用 consul 时便没有注册。
到此这篇关于java之zookeeper注册中心原理剖析的文章就介绍到这了,更多相关java之zookeeper注册中心原理内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：https://blog.csdn.net/weixin_44801979/article/details/90550579
