Redisson分布式锁

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Redisson分布式锁，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3874字，纯文字阅读大概需要6分钟。

内容图文

分布式锁是用于解决分布式系统中操作共享资源时的数据一致性问题。

Redisson是架设在Redis基础上的Java驻内存数据网格。适应场景：分布式应用，分布式缓存，分布式服务

分布式会话管理，分布式redis客户端。

设计分布式锁要注意的问题：

互斥：分布式系统中运行的多个节点，必须确保在同一个时刻只能有一个节点的一个线程获得锁，

这是最基本的一点。

死锁：分布式系统中，可能产生死锁的情况要相对复杂一些。分布式系统是处于复杂网络环境中的，

当一个节点获得锁，如果他在释放锁之前挂掉了，或者因为网络故障无法执行释放锁的命令，都会导致

其他节点无法申请到锁。因此分布锁有必要设置时效，确保在未来的一定时间内，无论锁的节点发生了什么问题

最终锁都能被释放掉。

性能：对于访问量大的共享资源，如果针对其获得锁时造成长时间的等待，导致大量的节点拥塞，是绝对不能接受的

此外，排队等待锁的节点如果不知道锁何时会被释放，则只能隔一段时间尝试获取一次锁，这样无法保证资源的高效利用，因此当锁释放时，要能够通知等待队列，使一个等待节点能够立刻获得锁。

重入：考虑到一些应用场景和资源的高效利用，锁要设计成可重入的，就像 JDK 中的 ReentrantLock 一样，同一个线程可以重复拿到同一个资源的锁。

redisson的基本实现代码：

RLock lock = redisson.getLock("foobar"); // 1.获得锁对象实例
lock.lock(); // 2.获取分布式锁
try {
    // do sth.
} finally {
    lock.unlock(); // 3.释放锁
}

redisson开源框架的实现原理：
(1)加锁机制：如果某个客户端要加锁，如果该客户端面对的是一个redis cluster集群，它首先会根据hash节点选择
一台机器，注意仅仅是选择一台机器，这点很关键。然后执行一段lua脚本，脚本如下：

复杂的业务逻辑，可以通过封装在lua脚本中发送给redis，保证这段复杂业务逻辑执行的原子性。

那么，这段lua脚本是什么意思呢？这里KEYS[1]代表的是你加锁的那个key，比如说：

RLock lock = redisson.getLock("myLock");

这里你自己设置了加锁的那个锁key就是“myLock”。ARGV[1]代表的就是锁key的默认生存时间，默认30秒。

ARGV[2]代表的是加锁的客户端的ID，类似于下面这样：8743c9c0-0795-4907-87fd-6c719a6b4586:1

给大家解释一下，第一段if判断语句，就是用“exists myLock”命令判断一下，如果你要加锁的那个锁key不存在的话

，你就进行加锁。如何加锁呢？很简单，用下面的命令：

hset myLock 8743c9c0-0795-4907-87fd-6c719a6b4586:1 1，

通过这个命令设置一个hash数据结构，这行命令执行后，会出现一个类似下面的数据结构：

上述就代表“8743c9c0-0795-4907-87fd-6c719a6b4586:1”这个客户端对“myLock”这个锁key完成了加锁。