Redisson读写锁

读写锁
一次只有一个线程可以占有写模式的读写锁, 但是可以有多个线程同时占有读模式的读写锁. 正是因为这个特性,
当读写锁是写加锁状态时, 在这个锁被解锁之前, 所有试图对这个锁加锁的线程都会被阻塞.
当读写锁在读加锁状态时, 所有试图以读模式对它进行加锁的线程都可以得到访问权, 但是如果线程希望以写模式对此锁进行加锁, 它必须直到所有的线程释放锁.
通常, 当读写锁处于读模式锁住状态时, 如果有另外线程试图以写模式加锁, 读写锁通常会阻塞随后的读模式锁请求, 这样可以避免读模式锁长期占用, 而等待的写模式锁请求长期阻塞.
读写锁适合于对数据结构的读次数比写次数多得多的情况. 因为, 读模式锁定时可以共享, 以写模式锁住时意味着独占, 所以读写锁又叫共享-独占锁.

使用redisson验证读写锁

  • 给容器中返回一个RedissonClient 的bean
 @Bean
    public RedissonClient redissonClient(){
        Config config = new Config();
        config.useSingleServer().setAddress("redis://127.0.0.1:6379");
        return Redisson.create(config);
    }
  • 在redis服务器中保存一个值
    在这里插入图片描述

  • 编写验证读锁的请求

@GetMapping("read")
    public String read(){
        RReadWriteLock readWriteLock = redissonClient.getReadWriteLock(RedisConstant.READ_WRITE_LOCK);
        //读之前加读锁,读锁的作用就是等待该lockkey释放写锁以后再读
        RLock rLock = readWriteLock.readLock();
        try {
            rLock.lock();
            String uuid = redisTemplate.opsForValue().get("uuid");
            return uuid;
        }finally {
            rLock.unlock();
        }
    }
  • 编写验证写锁的请求
 @GetMapping("write")
    public String write() throws InterruptedException {
        RReadWriteLock readWriteLock = redissonClient.getReadWriteLock(RedisConstant.READ_WRITE_LOCK);
        //写之前加写锁,写锁加锁成功,读锁只能等待
        RLock rLock = readWriteLock.writeLock();
        String s = "";
        try {
            rLock.lock();
             s = UUID.randomUUID().toString();
            Thread.sleep(10000);
            redisTemplate.opsForValue().set("uuid",s);
        }finally {
            rLock.unlock();
        }
        return s;
    }
  • 打开浏览器先访问read请求
    在这里插入图片描述
    我们发现此时是可以正常访问到的。

  • 现在我们先访问写请求,注意:写请求加了Thread.sleep(10000);模拟耗时,当我们访问完写请求,再接着访问读请求看是什么效果。

在这里插入图片描述
可以发现,读写在写锁加锁后是无法进行读取的,只有当写锁释放以后,读锁才可以执行,这样就保证了读取到的数据是最新的数据。

  • 现在我们先访问读请求,注意:读请求加了Thread.sleep(10000);模拟耗时,而写请求中的Thread.sleep(10000);我们去掉,当我们访问完读请求,再接着访问写请求看是什么效果。

在这里插入图片描述
可以 发现,当如果先访问了读请求,再访问写请求,那么此时写请求是无法执行的,必须等待读请求完成以后再执行。
在这里插入图片描述
当全部执行完以后,读请求读到的就不是最新的结果了,是上一次写请求执行完的结果。

无论是读请求先执行还是写请求先执行,只要涉及到写锁,则都会阻塞,如果是先写再读,则读锁等待,如果是先读再写,则写锁等待

  • 6
    点赞
  • 22
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redisson读写锁是一种特殊的锁机制,它允许多个线程同时占有读模式的锁,但一次只能有一个线程占有写模式的锁。当锁处于写模式时,所有试图对该锁加锁的线程都会被阻塞,直到锁被解锁。当锁处于读模式时,所有试图以读模式对其加锁的线程都可以获得访问权,但如果线程希望以写模式对此锁进行加锁,它必须等待所有的线程释放锁。通常情况下,当锁处于读模式锁定状态时,如果有其他线程试图以写模式加锁,读写锁通常会阻塞随后的读模式锁请求,以避免读模式锁长期占用,而等待的写模式锁请求长期阻塞。读写锁适用于对数据结构的读次数远远多于写次数的情况,因为读模式锁定时可以共享,而写模式锁定时是独占的。[3] 在Redisson中,可以通过以下方式使用读写锁: 1. 获取RedissonClient对象。 2. 使用RedissonClient对象的getReadWriteLock方法获取读写锁对象。 3. 使用读写锁对象的readLock方法获取读锁对象,或使用writeLock方法获取写锁对象。 4. 在需要加锁的代码块中,使用读锁对象的lock方法进行加锁,使用写锁对象的lock方法进行加锁。 5. 在加锁的代码块执行完毕后,使用读锁对象的unlock方法进行解锁,使用写锁对象的unlock方法进行解锁。 例如,在验证读锁的请求中,可以使用RedissonClient对象的getReadWriteLock方法获取读写锁对象,然后使用读锁对象的lock方法进行加锁,读取数据后再使用unlock方法进行解锁。在验证写锁的请求中,可以使用相同的方式获取读写锁对象,然后使用写锁对象的lock方法进行加锁,写入数据后再使用unlock方法进行解锁。[2] 总之,Redisson读写锁是一种灵活且高效的锁机制,可以在多线程环境下实现对共享资源的安全访问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值