分布式利器Zookeeper（一）

Zookeeper不论是在实际项目中，还是在各种分布式开源项目中都得到了广泛应用，从本篇博客开始，将为大家带来我对Zookeeper的认识。这个系列将会涵盖Zookeeper的介绍、环境搭建、配置说明、Java操作Zookeeper（原生API方式）、zkclient操作Zookeeper方式、Zookeeper的典型应用场景分析以及Curator框架等。

Hello,Zookeeper

Zookeeper是一个高可用的分布式管理与协调框架，基于ZAB算法（原子消息广播协议）实现。ZK能够很好的保证分布式环境下的数据一致性，这一特性使得ZK是处理分布式一致性问题的利器！这个利器有哪些特性呢，看看下面你就了解了。

可靠性：一旦Zookeeper成功的应用了一个事务，并完成对client的响应，那么Zookeeper内部集群的所有服务器的状态都会是一致的保留下来。

单一视图：由于上面可靠性的保证，使得无论client连接的是ZK集群中的哪个服务器，所看到的数据都是一致的。

顺序一致性：从一个client发起的请求，最终会严格的按照发起的顺序被应用到Zookeeper中去。【实质上，ZK会对每一个client的每一个请求，进行编号，说白了，就是分配一个全局唯一的递增编号，这个编号反映了所有事务操作的先后顺序。】

实时性：通常意义下的实时性是指一旦事务被成功应用，那么client会立刻从服务器端获取到变更后的新数据。ZK仅仅能够保证在一定时间内，client最终一定会能从服务器上获取到最新的数据。

高可用：在ZK集群内部，会有一个Leader，多个Follower。一旦Leader挂掉，那么ZK会通过Paxos算法选举出新的Leader，只要ZK集群内部的服务器有一半以上正常工作，那么ZK就能对外正常提供服务！

简单的数据结构：类似于Linux文件系统的树形结构，简单，实用！（树形层次空间）

高性能：性能有