Curator是对zookeeper的高级封装。
考虑到使用它来开发zookeeper应用的方便，特此来记录总结学习与开发使用过程的问题。
1. curator-framework
Curator Framework提供了简化使用zookeeper更高级的API接口。它包涵很多优秀的特性，主要包括以下三点：
1)自动连接管理：自动处理zookeeper的连接和重试存在一些潜在的问题；可以watch NodeDataChanged event和获取 updateServerList; Watches可以自动被Cruator recipes删除；
2)更干净的API：简化raw zookeeper方法，事件等；提供现代流式API接口
3)Recipe实现：leader选举，分布式锁，path缓存，和watcher,分布式队列等。
2. Curator的重试策略
RetryPolicy接口只有一个方法(以前版本有两个方法) :
public boolean allowRetry(int retryCount, long elapsedTimeMs);
在开始重试之前, allowRetry方法被调用, 其参数将指定当前重试次数, 和操作已消耗时间. 如果允许, 将继续重试, 否则抛出异常.
Curator内部实现的几种重试策略:
1）ExponentialBackoffRetry:重试指定的次数, 且每一次重试之间停顿的时间逐渐增加.
2）RetryNTimes:指定最大重试次数的重试策略
3）RetryOneTime:仅重试一次
4）RetryUntilElapsed:一直重试直到达到规定的时间