ZooKeeper_4_Java操作ZK_创建会话

Java客户端操作ZooKeeper

Java客户端操作ZooKeeper篇幅太长，将其拆分开

Java客户端的创建可以通过ZooKeeper对象来创建(org.apache.zookeeper.ZooKeeper)

创建会话

我们可以通过ZooKeeper类，来构建实例对象，连接ZooKeeper服务端。

我们来看下ZooKeeper的构造方法：

ZooKeeper(String connectString, int sessionTimeout, Watcher watcher)

ZooKeeper(String connectString, int sessionTimeout, Watcher watcher, boolean canBeReadOnly)

ZooKeeper(String connectString, int sessionTimeout, Watcher watcher, long sessionId, byte[] sessionPasswd)

ZooKeeper(String connectString, int sessionTimeout, Watcher watcher, long sessionId, byte[] sessionPasswd, boolean canBeReadOnly)

我们看下参数：

connectString	ZooKeeper服务器列表 由英文逗号分开的host:port字符串组成，比如：10.0.227.60:2181,10.0.227.61:2181 这样子，就为客户端指定了两台 zookeeper服务器地址
sessionTimeOut	会话超时时间，毫秒单位 在ZooKeeper中有会话的概念，在一个会话周期内，ZooKeeper客户端与服务端之间通过心跳监测机制来维持会话的有效性。 一旦在sessionTimeOut时间内没有进行有效的心跳检测，会话就失效。
watcher	ZooKeeper允许客户端在构造函数方法中传入一个接口Watcher的实现类对象作为默认的Watcher事件通知处理器。 该参数设置为null，以表明不需要设置默认的watcher处理器
canBeReadOnly	用于标示当前会话是否支持"read-only"(只读模式) 默认情况下，在ZK集群中一个机器和集群中过半及以上的机器失去网络连接，那么这台机器会不再处理客户端的请求(包括读写请求)。 但在某些场景下，希望ZooKeeper服务器能够提供读服务。
sessionId 和 sessionPasswd	分别代表会话ID 和 会话秘钥。(此处不表，感兴趣自己找个Demo写写)

我们直接看Demo

import java.util.concurrent.CountDownLatch;

import org.apache.zookeeper.WatchedEvent;
import org.apache.zookeeper.Watcher;
import org.apache.zookeeper.ZooKeeper;
import org.apache.zookeeper.Watcher.Event.KeeperState;

public class TestMain implements Watcher {

	// 屏障，计数器
	private static CountDownLatch downLatch = new CountDownLatch(1);

	public static void main(String[] args) throws Exception {

	ZooKeeper zookeeper = new ZooKeeper("10.0.227.66:2181", 5000, new TestMain());

	System.out.println("zookeeper.getState() : " + zookeeper.getState());

	try {
			downLatch.await();// 在计数器未归零之前，所有线程等待
	} catch (Exception e) {
			e.printStackTrace();
	}

	System.out.println("zookeeper.getState()2 : " + zookeeper.getState());

	}

	@Override
	public void process(WatchedEvent event) {

	System.out.println("receive watched event : " + event);

	if (KeeperState.SyncConnected == event.getState()) {
			downLatch.countDown();// 计数器-1
	}

	}

}
输出结果：
zookeeper.getState() : CONNECTING
receive watched event : WatchedEvent state:SyncConnected type:None path:null
zookeeper.getState()2 : CONNECTED

我们先看下这个Demo中的代码；

这段代码中使用了CountDownLatch这个屏障计数器，以及Watcher回调机制。

为什么要这样配合用呢？

1.我们创建了zookeeper对象之后，在zookeeper构造方法的内部，实现了与ZooKeeper服务器之间的TCP连接，并且我们还设置了连接上之后触发回调机制。

2. 这时候countdownlatch开始等待，countdownlatch内部有一个计数器，我们将其设置为1。

3. 然后客户端与zookeeper服务端连接上之后，产生回调，这时候process方法被调用，countDown()方法被调用，计数器-1，归零。

4. 接着上面被阻塞着的线程释放，输出了"zookeeper.getState()2 : CONNECTED"这句话。

因为受网络环境的影响，有时候网络连接不稳定，连接的时候比较长，zookeeper对象被new出来之后，客户端与服务端之间，还没有真正的建立连接，这时候，你去调用zookeeper对象去操作，是会出现异常的...

所以，通过CountDownLatch 和 Watcher回调机制的配合，我们就能知晓什么时候客户端和服务端是真正连接上了。

通过打印结果就能看出端倪，在阻塞之前打印的状态是"CONNECTING"连接中，之后打印的是"CONNECTED"已连接

这里我们了解下会话状态：

CONNECTING	连接中
CONNECTED	已连接
RECONNECTING	重新连接中
RECONNECTED	已重新连接
CLOSE	关闭

process()方法是负责处理来自ZooKeeper服务端的Watcher通知。