百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

Spring Boot利用Redis实现分布式锁,如何来保证锁的公平性?

mhr18 2025-03-14 18:57 24 浏览 0 评论

公平锁的目的是确保请求锁的线程能够按照请求顺序获得锁,避免锁的饥饿现象。在使用Redis实现分布式锁时我们应该如何保证锁的公平性呢?下面我们就来看看在实际开发中比较常用的几种保证分布式锁的公平性的操作。

解决思路

可以使用Redis的List结构来实现一个队列,通过这个队列,当请求锁的线程到来时将其标识线程ID放入队列中。在锁的持有线程需要释放锁的时候,我们可以从队列中从队列中取出下一个请求并给它分配锁。

另外,我们可以通过维护请求锁的顺序就可以控制控制谁可以获得锁,这样只可以保证序号最小的请求可以获取锁。

第三种方式,就是我们可以在每个请求加锁的时候,附加一个时间戳或者为其分配一个序列号,这个序列号就可以保证获得锁的线程是最早请求的。

解决方案

使用List结构作为队列

使用List结构作为存储结构,我们可以安装如下的步骤来实现锁的公平操作。

  • 当线程请求锁时,将线程标识符添加到一个Redis List中(例如,lockQueue)。
  • 获取锁时,从List的头部获取标识符,检查该标识符是否是当前线程。
  • 如果是,则获得锁;否则,当前线程等待。
  • 在释放锁时,移除List的头部元素,并唤醒下一个等待线程。

代码实现如下所示。

import redis.clients.jedis.Jedis;

public class FairLock {
    private final String lockKey = "lock";
    private final String queueKey = "lockQueue";
    private final long lockExpireTime = 10000; // 锁超时时间
    private Jedis jedis;

    public FairLock(Jedis jedis) {
        this.jedis = jedis;
    }

    public boolean tryLock(String threadId) {
        // 将线程ID放入队列
        jedis.rpush(queueKey, threadId);
        
        // 检查当前线程是否在队列的前面
        while (true) {
            String currentThreadId = jedis.lindex(queueKey, 0);
            if (threadId.equals(currentThreadId)) {
                // 尝试获得锁
                String lockValue = jedis.set(lockKey, threadId, "NX", "PX", lockExpireTime);
                if (lockValue != null) {
                    return true; // 获得锁
                }
            }
            // 等待一段时间后重试
            try {
                Thread.sleep(100); // 适当的等待时间
            } catch (InterruptedException e) {
                Thread.currentThread().interrupt();
            }
        }
    }

    public void unlock(String threadId) {
        // 释放锁前,检查当前线程是否持有锁
        if (threadId.equals(jedis.get(lockKey))) {
            jedis.del(lockKey);
            // 移除队列的头部
            jedis.lpop(queueKey);
        }
    }
}

使用有序集合

另一种方法是使用Redis的有序集合(Sorted Set)来实现公平锁。当请求锁时,使用当前时间戳作为分数,将线程标识符放入有序集合中。获取锁时,从有序集合中获取分数最小的元素。释放锁时,移除该元素。

import redis.clients.jedis.Jedis;

public class FairLock {
    private final String lockKey = "lock";
    private final String queueKey = "lockQueue";
    private final long lockExpireTime = 10000; // 锁超时时间
    private Jedis jedis;

    public FairLock(Jedis jedis) {
        this.jedis = jedis;
    }

    public boolean tryLock(String threadId) {
        long currentTime = System.currentTimeMillis();
        jedis.zadd(queueKey, currentTime, threadId); // 添加到有序集合

        while (true) {
            // 获取分数最小的元素
            Set members = jedis.zrange(queueKey, 0, 0);
            if (members.contains(threadId)) {
                // 尝试获得锁
                String lockValue = jedis.set(lockKey, threadId, "NX", "PX", lockExpireTime);
                if (lockValue != null) {
                    return true; // 获得锁
                }
            }
            // 等待一段时间后重试
            try {
                Thread.sleep(100);
            } catch (InterruptedException e) {
                Thread.currentThread().interrupt();
            }
        }
    }

    public void unlock(String threadId) {
        if (threadId.equals(jedis.get(lockKey))) {
            jedis.del(lockKey);
            jedis.zrem(queueKey, threadId); // 从有序集合中移除
        }
    }
}

总结

上面我们介绍了两种在实际开中比较常用的解决分布式公平性的操作,当然除了使用Redis的List和Sorted Set实现公平锁外,我们还可以通过基于信号量机制、使用Lua脚本、使用WATCH命令、使用Redis Streams这些方法提供了不同的实现公平锁的思路,每种方式都有其优缺点,可以根据具体的应用场景和需求来选择合适的方案。实现公平锁时,务必注意性能和复杂度的权衡,以及在高并发场景下的锁竞争问题。

相关推荐

Redis合集-使用benchmark性能测试

采用开源Redis的redis-benchmark工具进行压测,它是Redis官方的性能测试工具,可以有效地测试Redis服务的性能。本次测试使用Redis官方最新的代码进行编译,详情请参见Redis...

Java简历总被已读不回?面试挂到怀疑人生?这几点你可能真没做好

最近看了几十份简历,发现大部分人不是技术差,而是不会“卖自己”——一、简历死穴:你写的不是经验,是岗位说明书!反面教材:ד使用SpringBoot开发项目”ד负责用户模块功能实现”救命写法:...

redission YYDS(redission官网)

每天分享一个架构知识Redission是一个基于Redis的分布式Java锁框架,它提供了各种锁实现,包括可重入锁、公平锁、读写锁等。使用Redission可以方便地实现分布式锁。red...

从数据库行锁到分布式事务:电商库存防超卖的九重劫难与破局之道

2023年6月18日我们维护的电商平台在零点刚过3秒就遭遇了严重事故。监控大屏显示某爆款手机SKU_IPHONE13_PRO_MAX在库存仅剩500台时,订单系统却产生了1200笔有效订单。事故复盘发...

SpringBoot系列——实战11:接口幂等性的形而上思...

欢迎关注、点赞、收藏。幂等性不仅是一种技术需求,更是数字文明对确定性追求的体现。在充满不确定性的网络世界中,它为我们建立起可依赖的存在秩序,这或许正是技术哲学最深刻的价值所在。幂等性的本质困境在支付系...

如何优化系统架构设计缓解流量压力提升并发性能?Java实战分享

如何优化系统架构设计缓解流量压力提升并发性能?Java实战分享在高流量场景下。首先,我需要回忆一下常见的优化策略,比如负载均衡、缓存、数据库优化、微服务拆分这些。不过,可能还需要考虑用户的具体情况,比...

Java面试题: 项目开发中的有哪些成长?该如何回答

在Java面试中,当被问到“项目中的成长点”时,面试官不仅想了解你的技术能力,更希望看到你的问题解决能力、学习迭代意识以及对项目的深度思考。以下是回答的策略和示例,帮助你清晰、有说服力地展示成长点:一...

互联网大厂后端必看!Spring Boot 如何实现高并发抢券逻辑?

你有没有遇到过这样的情况?在电商大促时,系统上线了抢券活动,结果活动刚一开始,服务器就不堪重负,出现超卖、系统崩溃等问题。又或者用户疯狂点击抢券按钮,最后却被告知无券可抢,体验极差。作为互联网大厂的后...

每日一题 |10W QPS高并发限流方案设计(含真实代码)

面试场景还原面试官:“如果系统要承载10WQPS的高并发流量,你会如何设计限流方案?”你:“(稳住,我要从限流算法到分布式架构全盘分析)…”一、为什么需要限流?核心矛盾:系统资源(CPU/内存/数据...

Java面试题:服务雪崩如何解决?90%人栽了

服务雪崩是指微服务架构中,由于某个服务出现故障,导致故障在服务之间不断传递和扩散,最终造成整个系统崩溃的现象。以下是一些解决服务雪崩问题的常见方法:限流限制请求速率:通过限流算法(如令牌桶算法、漏桶算...

面试题官:高并发经验有吗,并发量多少,如何回复?

一、有实际高并发经验(建议结构)直接量化"在XX项目中,系统日活用户约XX万,核心接口峰值QPS达到XX,TPS处理能力为XX/秒。通过压力测试验证过XX并发线程下的稳定性。"技术方案...

瞬时流量高并发“保命指南”:这样做系统稳如泰山,老板跪求加薪

“系统崩了,用户骂了,年终奖飞了!”——这是多少程序员在瞬时大流量下的真实噩梦?双11秒杀、春运抢票、直播带货……每秒百万请求的冲击,你的代码扛得住吗?2025年了,为什么你的系统一遇高并发就“躺平”...

其实很多Java工程师不是能力不够,是没找到展示自己的正确姿势。

其实很多Java工程师不是能力不够,是没找到展示自己的正确姿势。比如上周有个小伙伴找我,五年经验但简历全是'参与系统设计''优化接口性能'这种空话。我就问他:你做的秒杀...

PHP技能评测(php等级考试)

公司出了一些自我评测的PHP题目,现将题目和答案记录于此,以方便记忆。1.魔术函数有哪些,分别在什么时候调用?__construct(),类的构造函数__destruct(),类的析构函数__cal...

你的简历在HR眼里是青铜还是王者?

你的简历在HR眼里是青铜还是王者?兄弟,简历投了100份没反应?面试总在第三轮被刷?别急着怀疑人生,你可能只是踩了这些"隐形求职雷"。帮3630+程序员改简历+面试指导和处理空窗期时间...

取消回复欢迎 发表评论: