分布式锁

分布式锁

1.1 什么是分布式锁

• 当在分布式模型下，数据只有一份（或有限制），此时需要利用锁的技术控制某一时刻修改数据的进程数。

• 与单机模式下的锁不仅需要保证进程可见，还需要考虑进程与锁之间的网络问题。（我觉得分布式情况下之所以问题变得复杂，主要就是需要考虑到网络的延时和不可靠。）

• 分布式锁还是可以将标记存在内存，只是该内存不是某个进程分配的内存而是公共内存如 Redis、Memcache。至于利用数据库、文件等做锁与单机的实现是一样的，只要保证标记能互斥就行。

1.2 分布式锁场景

1.3 Redis实现分布式锁

public class RedisTool {
   

    private static final String LOCK_SUCCESS = "OK";

    /**
     * 尝试获取分布式锁
     * @param jedis Redis客户端
     * @param lockKey 锁
     * @param requestId 请求标识
     * @param expireTime 超期时间
     * @return 是否获取成功
     */
    public static boolean tryGetDistributedLock(Jedis jedis, String lockKey, String requestId, int expireTime) {
   
 
        SetParams params = new SetParams();
        params = params.nx();//(redis中的setnx命令)
        params = params.ex(expireTime);
        String result = jedis.set(lockKey, requestId, params);

        if (LOCK_SUCCESS.equals(result)) {
   
            return true;
        }
        return false;
    }


    /**
     * 释放锁
     * @param jedis
     * @param lockKey
     */
    public static void releaseLock(Jedis jedis, String lockKey) {
   
        jedis.del(lockKey);
    }
	
}

可以看到，我们加锁就一行代码：jedis.set(lockKey, requestId, params)，这个set()方法一共有三个形参：

1. 第一个为key，我们使用key来当锁，因为key是唯一的。
2. 第二个为value，我们传的是requestId，很多童鞋可能不明白，有key作为锁不就够了吗，为什么还要用到value？原因就是我们在上面讲到可靠性时，分布式锁要满足第四个条件解铃还须系铃人，通过给value赋值为requestId，我们就知道这把锁是哪个请求加的了，在解锁的时候就可以有依据。requestId可以使用UUID.randomUUID().toString()方法生成。
3. 第三个为SetParams，这个参数我们调用了 nx , ex ;
4. 第四个为nx，意思是 SET IF NOT EXIST，即当key不存在时ÿ