Curator，用来操作zookeeper的瑞士军刀，首先感谢一下来自Netflix的 Jordan Zimmerman，是他给我们带来了如此美妙的工具。
子节点缓存(PathChildrenCache)
这个对象可以帮助我们实现根节点下面，子节点数据变化的回调通知。例如子节点的添加，修改，删除，通过PathChildrenCacheEvent
，我们可以在监听的事件里面得到当前节点的操作，然后做相应的操作。
其实，还有另外NodeCache也是可以缓存节点的变更，不过，它只能监听节点的新增，及修改，不能对节点的删除进行监听处理。
节点操作事务处理（CuratorTransactionResult）
当我们需要批量操作节点信息时，可以通过启用事务，来保证操作的原子性,类似数据库里面的多表操作.
分布式锁(InterProcessMutex)
当我们需要在多个JVM之间同步对象的锁时，就需要用到这个，让你感觉就像一个JVM一样。
分布式原子自增（DistributedAtomicLong）LONG类型
类似于分布式计数器，实现多JVM共享一个计数器。
它主要有两个构适方法，默认是基于乐观锁的实现 ，另外一个是互斥锁，
/**
* Creates in mutex promotion mode. The optimistic lock will be tried first using
* the given retry policy. If the increment does not succeed, a {@link InterProcessMutex} will be tried
* with its own retry policy
*
* @param client the client
* @param counterPath path to hold the value
* @param retryPolicy the retry policy to use
* @param promotedToLock the arguments for the mutex promotion
*/
public DistributedAtomicInteger(CuratorFramework client, String counterPath, RetryPolicy retryPolicy, PromotedToLock promotedToLock)
{
value = new DistributedAtomicValue(client, counterPath, retryPolicy, promotedToLock);
}
重点是第四个参数，互斥锁对象PromotedToLock，它有四个属性：
private final String path;//zookeper节点
private final long maxLockTime;//最大锁定时间
private final TimeUnit maxLockTimeUnit;//时间单位
private final RetryPolicy retryPolicy;// 重试策略
根据实际场景，选择合适的构造。
分布式原子自增（SharedCount）INTEGER类型
这是另外一个实现，跟上面差不多，需要手动start,close,唯一不同的就是它有一个监听器，可以监听每次计数器和连接的变化，这里，你可以做一些额外的操作。
其它，如选举，队列，锁等再另起章节说明了。
