| 步骤顺序 | 服务器1号 | 服务器2号 | 服务器3号 | 客户端1号 | 客户端1号 | 客户端1号 | ZooKeeper集群(假设有三台分别是zk-1,zk-2,zk-3) |
|---|---|---|---|---|---|---|---|
| 1 | 服务端启动的时候去ZooKeeper中去注册信息(创建的都是临时节点) | 服务端启动的时候去ZooKeeper中去注册信息(创建的都是临时节点) | 服务端启动的时候去ZooKeeper中去注册信息(创建的都是临时节点) | 这时服务器1,2,3号分别在ZooKeeper中注册对应的临时节点 | |||
| 2 | 连接ZooKeeper集群,从服务端获取到当前在线服务器列表,并注册监听某一个节点,这里具体是连接到了那一个节点的话,ZooKeeper是有着和Nginx差不多的负载均衡的机制的,所以不会让某一台ZooKeeper机子压力过大 | (此机器暂时做保留处理为下面的其他操作作出贡献) | 连接ZooKeeper集群,从服务端获取到当前在线服务器列表,并注册监听某一个节点,这里具体是连接到了那一个节点的话,ZooKeeper是有着和Nginx差不多的负载均衡的机制的,所以不会让某一台ZooKeeper机子压力过大 | ||||
| 3 | 这里服务器2号忽然下线了(原因不重要) | ||||||
| 4 | ZooKeeper集群服务端会通知对应注册监听的服务器2好创建节点的对应的客户端机器 | ||||||
| 5 | 这里假设客户端3号正好连接的是服务器2号对应的节点,因为服务器2号下线了,那么根据之前的对应ZooKeeper知识,我们是可以在连接方法中对于process()方法进行重写的,那么我们呢就可以在这个方法中重新使这个客户端再去重新获取服务器列表(这里没有服务器2号了,因为他们创建的都是临时节点),并且注册监听 | ||||||
| 6 | 此时客户端2号想去连接ZooKeeper集群的时候,获取到的在线服务器列表就没有已经服务器2号了,因为他们创建的都是临时节点,断开连接则删除 |
之所以服务器启动连接ZooKeeper集群的时候创建的是临时节点的原因,是因为每次当服务器断开连接的时候根据ZooKeeper的知识临时姐弟啊也是自动删除的,这样每次离线节点自动删除我们的客户端也就不会连接到断开的服务器了
