大家都知道，zookeeper作为一个分布式服务框架，用来解决分布式数据不一致的问题，今天来看看的提供的java语言的API，下面是zookeeper 3.4.1的文档地址，百度的apihttp://zookeeper.apache.org/doc/r3.4.1/api/overview-summary.html
看上去还是比较简洁的，那么我们先看看连接服务器的zookeeper实例的构造函数,以下代码参考学习 《从Paxos到Zookeeper分布式一致性原理与实践》第五章，这本书讲的还是挺不错的，毕竟看懂了一些哈
那么我们先来看看运行结果吧，哎哟，执行是成功的。
下面看看文档中的构造函数吧，可以看出有四个，我们上面的代码使用的是最简单的第一种类型，三个参数，看不懂，那就点进去
这边参数也说明的很清楚，第一个是连接地址的配置 ip:port的模式，中间可以用逗号隔开，也可以后面再加上 根目录，之后连接的处理会基于这个根目录处理，第二个是会话超时时间，就是在sessionTimeOut时间内心跳检测失败，那么这个这个客户端就要和服务器市区联系啦，当然在服务器端也有一个会话的管理，如果在sessionTimeOut时间内与client的心跳检测失败，也会将会话致为失效，至于集群session是怎么管理的，指的研究下。watch就就和他的解释一样，监听状态变化，也可以是节点的事件，传null也是可以的。
第二个构造函数加上了canBeReadOnly，这个意思就和它的名字一样啦，只读，集群有效的情况就是过半的机器保持这消息通讯，为什么要这样，这是zookeeper实现的ZAB协议，用来保持数据一致性(还想好好理清楚)。
后面两个加上了sessionId和SessionPasswd,在于服务器连接后，会返回这两个，而且这两个参数可以唯一确定一个会话，就是可以再传入连接。
看打出来的日志可以看到zookeeper客户端和服务器的会话建立是一个异步的过程，就是说直接返回的时候，不知道会话是否建立，可以看到状态是
CONNECTING连接中，然后用了CountDownLatch等待异步结果，这里还是挺好奇watch的是怎么实现的(还需要再看)。
zookeeper类里面还有一个枚举（我写的关于订单的枚举，很多地方都会用到，原来在订单bean里面，后来嫌太麻烦，我就将之移除来，这样查用起来也方便一些），但是没找到这个状态的文字说明，顾名思义吧，只是AUTH_FAILED这个认证失败是哪里用到的？是访问问某个根目录的连接权限吗？还有两个判断iaAlive和isConnected。
再看看创建的连接的过程吧
这边开始先设置watchManager.defaultWatcher = watcher;，这是watchManagerguan管理器，里面定义了四种watch的类型，还有一个materialize方法
接着解析了 连接地址，也没什么好说的
最后的目的是构造一个ClientCnxn，根据文字说明，这是一个处理client与server的io的类，一脸懵逼！
创建ClientCnxn，这边获取了一个 ZOOKEEPER_CLIENT_CNXN_SOCKET = "zookeeper.clientCnxnSocket"类，获取不到就使用ClientCnxnSocketNIO
构建一个实际的连接类，这边readRimeOut赋值取了sessionTimeOut的2/3,此中有深意吗？这边的sendThread和eventThread是ClientCnxn中两个继承了Thread的内部类，具体到看Run方法比较复杂，其实就是看不懂哈。sendThread的run主要是先判断state.isAlive()，进入方法体，判断
clientCnxnSocket.isConnected()是否是连接状态，首次连接，执行startConnect()
在startConnect方法体里面，主要是执行下面的zooKeeperSaslClient连接，当然还有很多操作，还有下面异常的处理LoginExcetion，点开zooKeeperSaslClient还会看到一大段代码，主要createSaslClient(serverPrincipal, clientSection)，在这里面会执行一个login = newLogin(loginContext, new ClientCallbackHandler(null))登录操作，又一大串操作，真是剪不断理还不清，感觉之后看会话，watch机制等还会接触他们，之后看是否可以熟悉点，再理理写点他们之间的逻辑。
最后执行start，建立连接，等待异步返回结果，这样的设计，我觉得还是很神奇的，因为我没有这么写过。
有什么讨论的内容，可以加我公众号：
