您现在的位置是：亿华云 > 域名

Redisson 分布式锁源码之公平锁排队加锁

亿华云2025-10-04 01:11:16【域名】1人已围观

简介前言在上一篇文章中已经分析过公平锁的加锁源码，并得出结论：Redis Hash 数据结构：存放当前锁，Redis Key 就是锁，Hash 的 field 是加锁线程，Hash 的 value 是重

前言

在上一篇文章中已经分析过公平锁的分布加锁源码，并得出结论：

Redis Hash 数据结构：存放当前锁，式锁Redis Key 就是源码锁，Hash 的平锁排队 field 是加锁线程，Hash 的加锁 value 是重入次数;

Redis List 数据结构：充当线程等待队列，新的分布等待线程会使用 rpush 命令放在队列右边;

Redis sorted set 有序集合数据结构：存放等待线程的顺序，分数 score 用来是式锁等待线程的超时时间戳。

现在看一下加锁失败被放到等待队列之后，源码线程是平锁排队如何处理的?

1排队等锁

源码入口：org.redisson.RedissonLock#lock(long, java.util.concurrent.TimeUnit, boolean)。

线程进入排队之后，加锁在 Java 代码中会 while (true) 一直循环调用 tryAcquire，分布尝试获取锁。式锁

最终还是源码来到 RedissonFairLock#tryLockInnerAsync 方法中。

方便起见，平锁排队重新贴一下 Lua 脚本，站群服务器加锁以及脚本的参数含义。

KEYS[1]：加锁的名字，anyLock; KEYS[2]：加锁等待队列，redisson_lock_queue:{ anyLock}; KEYS[3]：等待队列中线程锁时间的 set 集合，redisson_lock_timeout:{ anyLock}，是按照锁的时间戳存放到集合中的; ARGV[1]：锁超时时间 30000 ARGV[2]：UUID:ThreadId 组合 a3da2c83-b084-425c-a70f-5d9a08b37f31:1 ARGV[3]：threadWaitTime 默认 300000 ARGV[4]：currentTime 当前时间戳