Curator的四个超时时间配置

curator 4.2.0
zk 3.4.14

sessionTimeoutMs

1. 等同于zk原生client的会话超时时间。
2. 与zk服务端协商后获得最终值（2~20个ticktime范围内），curator默认传60s。
3. 心跳间隔或连接断开时间超出该值，客户端、服务端一旦检测到都会主动失效会话。
4. 原生客户端readTimeout默认为 2/3个sessionTimeout，连接超时sessionTimeout / 配置的zk节点数。
   前者当读数据间隔超过这个时间抛出sessionTimeout（为什么2/3就抛了？看后面），后者是连接的时候好理解:
   
   
5. 心跳是最长1/3 sessionTimout时间就会发出一个，或者发送间隔达到10s。所以：
   a. 任何对zk的请求都会刷新心跳
   b. 静默下一个sessionTimeout内三次心跳
   c. 结合4中readTimeout，上次心跳后，到第二次心跳最长是 1/3 sessionTimout，发出后，在等2/3 sessionTimeout服务端没返回，则正好走完一个超时周期，抛出session超时，所以上面是 2/3（代码中写 1-2/3更容易理解）