基于Zookeeper实现高可用高性能分布式锁

分布式锁实现简单介绍

分布式锁的实现方式有很多中常用到的可能是：
1、具于数据库

1、利用select … where … for update 排他锁
这里需要注意的是：
where name = "lock" 这个name一定要设置索引，不然数据库会锁整张表。但是特殊情况下，由于数据量不大，mysql优化器可能走不到这个索引，仍然出现锁表问题。
2、利用数据库乐观锁 
基于CAS思想，是不具有互斥性，不会产生锁等待而消耗资源。
操作过程中认为不存在并发冲突，只有update version失败后才能觉察到。不过轮询检查消耗资源。

2、具于Redis

利用Redis的高性能，具于CAS的思想。锁的可控性不太好如：锁删除失败，过期时间不好控制。还有就是轮询获取锁消耗性能。

3、具于Zookeeper

利用zookeeper的临时有序节点去实现，判断当前节点是否是当前节点中最小的一个。
如果是那么获取锁成功。
如果不是去监听当前节点的挨着的上一个节点。
当收到上一个节点删除的消息。判断当前节点是否最小的，如果是获取成功。
性能没有Redis高，但是不用担心死锁，或者去轮询检查消耗资源。可靠性还高。
需要注意的是：master节点挂了以后，在选举出master过程中，zookeeper是不可用的。

zookeeper分布式锁实现代码（具于zookeeper 原生API实现）

package top.shop520.zookeeper.lock;

import java.util.Collections;
import java.util.List;
import java.util.concurrent.CountDownLatch;

import org.apache.zookeeper.CreateMode;
import org.apache.zookeeper.WatchedEvent;
import org.apache.zookeeper.Watcher;
import org.apache.zookeeper.ZooDefs;
import org.apache.zookeeper.ZooKeeper;
import org.apache.zookeeper.data.Stat;

/**
 * zk分布式锁思路
 * 1、创建一个  【临时有序节点】
 * 2、判断当前节点是不是创建临时节点里边最小的一个
 * 3、如果不是监听当前节点距离最近的 比当前节点小的那个
 * 4、当监听到的节点删除了，再去判断当前节点是不是最小的一个
 * 5、如果是 表示获取锁成功
 * @author zhang
 *
 */
public class ZkLock {
   

	private final String ZK_HOST = "192.168.199.242:2181";
	private final int SESSION_TIMEOUT = 5000;// 毫秒
	private ZooKeeper zk = null;
	private CountDownLatch countDownLatch = new CountDownLatch(1);
	
	private final String LOCK = "/lock";
	private final String LOCK_NAME = "lock_name";
	//保存当前锁节点名称
	private String lockpath;
	
	public ZkLock() {
   
		init();
	}
	public void init() {
   
		try {
   
			zk = new ZooKeeper(ZK_HOST,SESSION_TIMEOUT,new Watcher() {
   

				@Override
				public void process(WatchedEvent event) {
   
					if(event.getType()==Event.EventType.None) {
   
						if(event.getState()==Event.KeeperState.SyncConnected) {
   
							System.out.println("启动成功！"