基于Redisson实现分布式锁

上一篇我们说，基于setnx和设置过期时间，使用Lua脚本解决原子性问题。

其中还是有一些问题，下面我们来说说。

首先第一个问题：

不可重入问题，什么是不可重入，例如我现在有一个方法A，它获取到锁了，他现在调用B方法，但是B方法说他也要获取锁，两把锁其实是同一个线程拿的，这样是不是就会形成死锁。

如下图:

第二个问题:

不可重试，我们以前的代码就是，如果你们拿到锁，就立即返回false，但是正常业务是不是你如果没拿到锁，我们就等一等。

第三个问题：

超时释放问题，我们虽然可以设置过期时间来做兜底，但是前面说过，你不知道这个时间设置为多少合适，设置少了，业务还没执行完就释放掉了， 设置多了，太占资源。

第四:

Redis提供了主节点和从节点，主节点是用来写操作的，而从节点是是用来读操作的，这样设计大大提高了redis性能,主节点在每次更新完成后，会把更新的东西同步到从节点，但是有延迟性，加入服务宕机，主节点没有同步过来，是不是就造成了，数据不一致问题。

哪个东西可以同时解决这四个问题呢？

Redisson说你直接点我名得了。

Redisson提供了很多API来解决分布式锁的问题。

Redisson入门

1、引入依赖

        <dependency>
            <groupId>org.redisson</groupId>
            <artifactId>redisson</artifactId>
            <version>3.12.5</version>
        </dependency>

2、添加相关配置

@Configuration
public class ReddisonConfig {

    @Bean
    public RedissonClient redissonClient(){
        Config config = new Config();
        config.useSingleServer().setAddress("redis://localhost:6379").setPassword("root");
        return Redisson.create(config);
    }
}

3、使用Redisson提供的API，是不是非常方便

Redisson可重入锁原理:

原来我们的业务是是使用setnx+过期时间命令，但是我们会派生出一个问题是同一个线程执行同一个业务时候，发现同一个线程无法获取同一把锁，导致业务无法进行下去,如下图所示，method1

在线程1获取到锁后，他需要进入到method2中在进行其他业务操作，它应该是要获取到这把锁的，但是我们执行的是setnx命令所以无法获取到锁。

怎么解决可重入锁问题呢？

我们可以例如redis中的hash结构来解决，因为它的结构特点是value是一个Entry结构

 那我们怎么利用Entry结构来解决可重入锁问题呢，我们利用线程标识来进行区分，同一个线程标识，它进来第一次，我们，我们将他的次数加一，如下图

是不是很巧妙，好业务继续往下执行，执行到lock.unlock，注意这次这里可不是直接释放锁了，而是锁的次数减一。

有因为我们获取锁和释放锁都是成对出现的，是不是业务执行到最外层的时候，锁的次数为0，是不是就表示，该锁可以完全释放掉了。

我们可以例如Lua脚本的原子性来执行释放锁操作,如下图所示：

如有问题，欢迎大家指出，或者一起探讨！！！