zookeeper原理篇-Zookeeper会话机制

前言

上篇文章我们学习了Zookeeper的选举流程和FastLeaderElection选举算法的实现过程，了解了Zookeeper从初始化开始到选举的过程，本篇文章我们开始研究Zookeeper中的会话机制体系

会话

在Zookeeper中，会话是个很重要的概念之一，客户端与服务端之间的任何交互操作都和会话息息相关，其中包含zookeeper的临时节点的生命周期、客户端请求执行以及Watcher通知机制等。接下来，我们从全局的会话状态变化到创建会话再到会话管理三个方面来看看Zookeeper是如何处理会话相关的操作

会话状态

客户端需要与服务端创建一个会话，这个时候客户端需要提供一个服务端地址列表，“ host1 : port,host2: port ,host3:port ” ,根据地址开始创建zookeeper对象，这个时候客户端的状态则变更为CONNECTION,同时客户端会根据上述的地址列表，按照顺序的方式获取IP来尝试建立网络连接，直到成功连接上服务器，这个时候客户端的状态就可以变更为CONNECTED。在zookeeper服务端提供服务的过程中，有可能遇到网络波动等原因，导致客户端与服务端断开了连接，这个时候客户端会进行重新连接操作，这个时候的状态为CONNECTION,当连接再次建立后，客户端的状态会再次更改为CONNECTED，也就是说只要在zookeeper运行期间，客户端的状态总是能保持在CONNECTION或者是CONNECTED。当然在建立连接的过程中，如果出现了连接超时、权限检查失败或者是在建立连接的过程中，我们主动退出连接操作，这个时候客户端的状态都会变成CLOSE状态。

会话创建

Session

Session是Zookeeper中会话的实例载体，一个Session则是指代一个客户端会话。一个会话必须包含以下几个基本的属性：

• SessionID : 会话的ID，用来唯一标识一个会话，每一次客户端建立连接的时候，Zookeeper服务端都会给其分配一个全局唯一的sessionID

• TimeOut：一次会话的超时时间，客户端在构造Zookeeper实例的时候，会配置一个sessionTimeOut参数用于指定会话的超时的时间。Zookeeper服务端会按照连接的客户端发来的TimeOut参数来计算并确定超时的时间

• TickTime