71-分布式解决方案-分布式锁解决解决方案-基于Redis方式实现分布式锁

1. 三种实现分布式解决方案原理分析

1. 采用数据库 不建议 性能不好
2. 基于redis实现分布式锁（setnx）
   多个客户端（jvm），使用setnx命令方式，同时在redis上创建一个相同的key（如果存入成功返回1，存入失败返回0），因为redis key不能够允许重复，只要谁能够创建key成功，谁就能获取到锁，没有创建成功的jvm，就会等待
3. 基于zookeeper实现分布式锁
   多个客户端，同时在zk上创建相同的一个临时节点，因为临时节点路径是保证唯一，只要谁能够创建节点成功，谁就能获取到锁，没有创建成功的节点就会进行等待。当释放锁的时候，采用事件通知给客户端重新获取锁的资源
   最终核心思路：保证只能有一个jvm进行操作

2. Redis实现分布式锁获取锁原理

/**
 * 两个时间的含义：
 * 1. 在获取锁之前的超时时间--在尝试获取锁的时候，如果在规定的时间内还没有获取锁，直接放弃
 * 2. 在获取锁之后的超时时间--当获取成功之后，对应的key 有对应的有效期
 */
public String lockWithTimeout(String lockKey, Long acquireTimeout, Long timeOut) {
		Jedis conn = null;
		String retIdentifierValue = null;
		try {
			// 1.建立redis连接
			conn = jedisPool.getResource();
			// 2.随机生成一个value  作用释放锁
			String identifierValue = UUID.randomUUID().toString();
			// 3.定义锁的名称
			String lockName = "redis_lock" + lockKey;
			// 4.定义上锁成功之后,锁的超时时间
			int expireLock = (int) (timeOut / 1000);
			// 5.定义在没有获取锁之前,锁的超时时间
			//使用循环机制  如果没有获取到锁，要在规定时间保证重复进行尝试获取锁
			Long endTime = System.currentTimeMillis() + acquireTimeout;
			while (System.currentTimeMillis() < endTime) {
				// 6.使用setnx方法设置锁值
				if (conn.setnx(lockName, identifierValue) == 1) {
					// 7.判断返回结果如果为1,则可以成功获取锁,并且设置锁的超时时间 
					//设置有效期是防止死锁现象
					//zookeeper防止死锁现象时候 设置session的有效期
					conn.expire(lockName, expireLock);
					retIdentifierValue = identifierValue;
					return retIdentifierValue;
				}
				// 8.否则情况下继续循环等待
			}

		} catch (Exception e) {
			e.printStackTrace();
		} finally {
			if (conn != null) {
				conn.close();
			}
		}
		return retIdentifierValue;
	}

3. redis实现释放锁

/**
	 * 释放锁
	 * @return
	 */
	public boolean releaseLock(String lockKey, String identifier) {
		Jedis conn = null;
		boolean flag = false;
		try {

			// 1.建立redis连接
			conn = jedisPool.getResource();
			// 2.定义锁的名称
			String lockName = "redis_lock" + lockKey;
			// 3.如果value与redis中一直直接删除，否则等待超时
			//如果直接使用del删除key，保证对应是自己创建的redisLockKey， 删除自己对应的
			if (identifier.equals(conn.get(lockName))) {
				conn.del(lockName);
				System.out.println(identifier + "解锁成功......");
			}
		} catch (Exception e) {
			e.printStackTrace();
		} finally {
			if (conn != null) {
				conn.close();
			}
		}
		return flag;
	}

4. zookeeper和redis实现分布式锁的区别

获取锁
zookeeper
多个客户端（jvm），会在zookeeper上创建同一个临时节点，因为zookeeper节点命名路径保证唯一，不允许重复，只要谁能先创建成功，谁能够获取到锁
redis
多个客户端，会在redis使用setnx命令创建相同的一个key，因为redis的key保证唯一，不允许出现重复，只要谁能先创建成功，谁能够获取到锁

释放锁
zookeeper使用直接关闭临时节点session会话连接，因为临时节点的生命周期与session回话绑定在一块，如果session会话连接关闭的话，该临时节点也会被删除，这时候其他客户端使用事件监听，如果该临时节点被删除的话，重新进入获取锁的步骤
redis释放锁的时候，为了确保是锁的一致性问题，在删除redis的key时候，需要判断同一个锁id，才可以删除

性能上 因为redis是nosql数据库，相对来说redis比zookeeper性能更好
可靠性 因为redis有效期不是很好控制，可能会产生有效期延迟， zookeeper就不一样，因为zookeeper临时节点先天性可控的有效期，所以相对来说zookeeper比redis更好