Zookeeper的Session：
（1）客户端和server间采用长连接
（2）连接建立后，server产生session ID（64位）返还给客户端
（3）客户端定期发送ping包来检查和保持和server的连接
（4）一旦session结束或超时，所有ephemeral节点会被删除
（5）客户端可根据情况设置合适的session超时时间
Zookeeper的Watchs：
Watch是客户端安装在server的事件侦听方法
（1） 当侦听的变化发生时，server发消息给客户端进行通知
（2） 客户端使用单线程对所有事件按顺序同步回调
（3） 触发回调条件：
• 客户端连接、断开连接
• 节点数据发生改变
• 节点本身发生变化
（4）Watch是单发的，每次触发后会被自动删除
（5）如果需要再次侦听事件，必须重新安装watch
（6）无法保证跟踪到每一个变化
（7）避免安装大量watches侦听在同一个节点
Zookeeper的一些注意事项：
在客户端事件回调实现有阻塞调用
• 试图跟踪每个状态变化
• 大量watch侦听同一个znode的状态变化
• 客户端会有需要长时间处理的GC(garbage collection)
• Session超时后上层应用不进行恢复处理
可以把zookper看成一个文件系统，文件系统中的所有文件形成一个数状结构，zookeeper维护着这样的树形层次结构，树中的节点称为znode。每个znode有一个与之相关联的ACL（Access Control List）
znode通过路径被引用，而且要采用绝对路径，即必须以/开头。znode存储的数据要小于1M，这个可以配置，建议不要存储太大的东西，避免同步操作时间过长。
znode类型
短暂znode：回话结束，zookeeper就会把短暂znode删除，短暂znode不可以有子节点。
持久znode：回话结束也不会被删除，除非客户端明确要删除此znode，持久znode可以有子节点。
对于在特定时刻需要知道有哪些分布式资源可用的应用来说，使用短暂znode比较合适。
znode的观察机制
znode以某种方式发生变化时，“观察”（watch）机制可以让客户端得到通知。可以针对ZooKeeper服务的“操作”来设置观察，该服务的其他操作可以触发观察。比如，客户端可以对某个客户端调用exists操作，同时在它上面设置一个观察，如果此时这个znode不存在，则exists返回false，如果一段时间之后，这个znode被其他客户端创建，则这个观察会被触发，之前的那个客户端就会得到通知。