解析redisson的lock

多线程下的数据一致性问题一直都是热点问题，既要考虑到数据的一致，又要考虑实现的效率，在分布式情况下，这又要成为一种新的难题。分布式锁和我们java基础中学习到的synchronized略有不同，synchronized中我们的锁是个对象，当前系统部署在不同的服务实例上，单纯使用synchronized或者lock 已经无法满足对库存一致性的判断。本次主要讲解基于rediss 实现的分布式锁

普通实现原理

说到大家熟悉的rediss分布式锁 ，大部分人都会想到：setnx+过期时间

- 获取锁（client_id 可以是UUID等）
SET lock_name client_id NX PX 30000

或者 setnx+lua

if redis.call("get",KEYS[1]) == ARGV[1] then
    return redis.call("del",KEYS[1])
else
    return 0
end

这种实现的方式又以下几点好处：

1.set命令要用set key value px milliseconds nx；
自动释放，避免死锁

2.释放锁时要验证vaule
避免误解锁，同时也要注意value的唯一性

Reentrant Lock

redisson已经有对 Reentrant lock算法封装，接下来对其用法进行简单介绍 参考官方wiki
首先导入 pom文件

    org.redisson
    redisson
    3.3.2

简单的用法展示

RLock lock = redissonClient.getLock("REDLOCK_KEY");
boolean isLock;
try {
    isLock = isLock.tryLock();
    // 5s拿不到锁, 就认为获取锁失败。5s即5s是锁失效时间。
    isLock = isLock.tryLock(5, 5, TimeUnit.SECONDS);
    if (isLock) {
        //业务逻辑
    }
} catch (Exception e) {
} finally {
    // 无论如何, 最后都要解锁
    redLock.unlock();
}

实现分布式锁的一个非常重要的点就是set的value要具有唯一性，redisson的value是怎样保证value的唯一性呢？答案是UUID+threadId。

protected final UUID id = UUID.randomUUID();
String getLockName(long threadId) {
    return id + ":" + threadId;
}

获取锁

获取锁的api是 lock.tryLock()或者lock.tryLock(waitTime, leaseTime, TimeUnit)，两者实现原理是一样，只不过前者获取锁的默认租约时间（leaseTime）是LOCK_EXPIRATION_INTERVAL_SECONDS，即30s：

 RFuture tryLockInnerAsync(long leaseTime, TimeUnit unit, long threadId, RedisStrictCommand command) {
    internalLockLeaseTime = unit.toMillis(leaseTime);
    // 获取锁时向redis实例发送的命令
    return commandExecutor.evalWriteAsync(getName(), LongCodec.INSTANCE, command,
              // 首先分布式锁的KEY不能存在，如果确实不存在，
              // 那么执行hset命令（hset REDLOCK_KEY uuid+threadId 1），并通过pexpire设置失效时间
              "if (redis.call('exists', KEYS[1]) == 0) then " +
                  "redis.call('hset', KEYS[1], ARGV[2], 1); " +
                  "redis.call('pexpire', KEYS[1], ARGV[1]); " +
                  "return nil; " +
              "end; " +
              // 如果分布式锁的KEY已经存在，并且value也匹配
              // 表示是当前线程持有的锁，那么可重入次数++，并且更新失效时间
              // 执行命令 incrby lockkey uuid:threadId 1
              "if (redis.call('hexists', KEYS[1], ARGV[2]) == 1) then " +
                  "redis.call('hincrby', KEYS[1], ARGV[2], 1); " +
                  "redis.call('pexpire', KEYS[1], ARGV[1]); " +
                  "return nil; " +
              "end; " +
              // 最后就是都不满足的情况  获取分布式锁的KEY的失效时间毫秒数
              "return redis.call('pttl', KEYS[1]);",
                Collections.