Redis ---- 分布式锁

场景模拟

假设商品有500件库存，进行促销预购，每有一位客户预购，商品预购数numValue加1。

省略数据库的操作，用Redis保存预购数

高并发场景

        假设有多人同时预购该商品，这必然涉及到多人同时去更新Redis的情况，这时候数据可能会出现不一致，当然如果在服务器端加锁可以保证数据的一致性，但是这种情况只能保证单价服务器并发操作时Redis的商品预购数数据更新正常。假设在分布式系统中，服务器有A,B,C三台，三台服务器同时去Redis去获取numValue值，然后三台服务器同时加1，再更新到Redis中，正常numValue的值应该是加3，而实际上可能只加了1，所以这时候就该考虑是否在并发汇集点（Redis）中使用分布式锁了。

锁

       锁是为了在多人同时操作数据时，为了让数据不失真，操作上有序进行而存在的。基本上锁要满足下面的条件：

       互斥性，同一时间，只能有一个人有锁

       不死锁，如果获得锁的那个人出现了阻塞，无法手动解锁，锁也可以自动解锁

       谁加的锁只能让那个人解锁，其他人无法加锁（获得锁的人无法解锁时自动解锁）

拿现实举例子：把我们的要做的逻辑放到一个房间中，只有在房间中才能完成我们的逻辑，而进房间需要一个钥匙，谁都可以拿钥匙进房间，进房间会关门并带上钥匙，其他人都无法进入。这样就能保证每次只有一个人可以去做我们的业务逻辑。当逻辑完成后那个人开门再把钥匙拿出来，一切就回到一开始的状态，下一个人要再做同样逻辑时就重复上述步骤。（阻塞的时候就相当于这个人一直呆在房间里不出来，这个时候就需要手动解锁，房间可以自动打开，钥匙也可以再拿出来）

Redis的锁

       有时候锁不一定是真正意义上的锁，也可以是概念上的锁，只要满足锁的要求即可。Redis就可以用set 命令来实现锁的功能：

       Reids set命令：set  key  value  NX  EX  timeOut   ;  NX 和 EX可以网上了解参数的意义，我就不解释了。主要是timeOut 这个参数，是这个键值对在Redis的中保存有效时间

       如果我们timeOut  设值 3秒，执行下面语句，然后3秒内再执行一次，第二次跑set命令就不会返回OK，只有在3秒后再执行才会返回OK，这个3秒后自动删除键值对就相当于自动解锁，而当一个键值对赋值后，3秒内就不能用其他人在用相同语句赋值，这个就满足了锁的互质性（value不一定要用固定的666，一般都用UUID中获取唯一的ID来做请求标识）

       

       用lua脚本去写手动解锁逻辑，就满足了锁的谁加的锁谁解锁的要求

       以上，Redis的分布式锁设计思路基本完成

实现

       初始化参数：

	private String LOCK_KEY = "my_lock"; // 锁的key 值

	private long timeOut = 3;// 锁的有效时间

	private long tryTime = 40000;// 用户最长的等待时间
	
	private long waitTime = 1000;// 用户自旋等待时间
	
	JedisPool jedisPool = new JedisPool("127.0.0.1" , 6379);
	 

	public RedisLockUtil() {
		Jedis jedis = jedisPool.getResource();
		System.out.println("初始化numValue:" + jedis.set("numValue","0"));
		jedis.close(); 	
		}

	public Jedis getJedis() {
		return jedisPool.getResource();
	}

 

       上锁方法：

	/**
	 * 加锁
	 *
	 * @param id
	 * @return
	 */
	public boolean lock(String id) {
		Jedis jedis = getJedis();
		Long start = System.currentTimeMillis();
		try {
			for (;;) {
				// SET命令返回OK ，则证明获取锁成功
				String lock;
				// try{
				lock = jedis.set(LOCK_KEY, id, "NX", "EX", timeOut);
				// }catch (Exception e) {
				// //上面的命令在键值对有效时间内重新执行会报错
				// lock= null;
				// }
				if ("OK".equals(lock)) {
					// 成功拿到钥匙
					System.out.println("会话标识：" + id + "，成功拿到钥匙");
					return true;
				} else {
					// 成功拿到钥匙
					System.out.println("会话标识：" + id + "，钥匙已被拿走");
				}
				// 没获取到钥匙
				long l = System.currentTimeMillis() - start;
				if (l >= tryTime) {
					// 超过用户最长的等待时间，放弃拿钥匙
					System.out.println("会话标识：" + id + "，超出用户最长的等待时间，放弃拿钥匙");
					return false;
				}

				// 等待100毫秒，再自旋再次去抢钥匙
				try {
					Thread.sleep((long) (waitTime* Math.random()));
				} catch (InterruptedException e) {
					e.printStackTrace();
				}
			}
		} finally {
			jedis.close();
		}

	}

        解锁方法：

	/**
	 * 解锁
	 *
	 * @param id
	 * @return
	 */
	public boolean unlock(String id) {
		Jedis jedis = getJedis();
		// 只有当会话标识和Redis中相同时，才能删除键值对（解锁操作），满足谁加锁，谁解锁
		String script = "if redis.call('get',KEYS[1]) == ARGV[1] then" + "   return redis.call('del',KEYS[1]) " + "else"
				+ "   return 0 " + "end";
		try {
			String result = jedis.eval(script, Collections.singletonList(LOCK_KEY), Collections.singletonList(id))
					.toString();
			return "1".equals(result) ? true : false;
		} finally {
			jedis.close();
		}
		

	}

 

测试：

 

public static void main(String[] args) throws InterruptedException {
		RedisLockUtil redisLockUtil = new RedisLockUtil(); 

		for (int i = 0; i < 500; i++) {
			String tempId = System.currentTimeMillis()+String.valueOf(i);
			new Thread(() -> { // 起500个线程，当成500个客户同时都在预购该商品
				//会话标识，时间项目一般用UUID
			 
				
				if (redisLockUtil.lock(String.valueOf(tempId))) {
					//获取锁成功
					Jedis temp = redisLockUtil.getJedis();
					int numValue = Integer.valueOf(temp.get("numValue"));
					numValue++;
					System.out.println("会话标识：" + tempId +",完成加1操作，当前numValue：" +numValue);
					//加1赋值回Redis
					temp.set("numValue",String.valueOf(numValue));
					temp.close();
					//手动解锁
					if (redisLockUtil.unlock(String.valueOf(tempId))) {
						System.out.println("会话标识：" + tempId +",手动解锁成功");
					}else {
						System.out.println("会话标识：" + tempId +",手动解锁失败");
					}
				}

				
			}).start();
		}
	}

 

结果：

总结：

        总的还是实现了Redis的分布式锁，但是问题也很明显，控制台打印了很多行，而且“钥匙已被拿走” 这句话打印了400+次，同一个用户竞争锁失败的次数很高,还是待优化的，根据实际情况去修改，当然本人电脑也有点渣，没办法提现Redis的特性，动态的调整初始化参数的值，可以查看到不同的结果，有时候等待时间太短，也可能会有用户等待超时放弃竞争锁的情况，总之就是路漫漫，根据实际情况，酌情使用”“”