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

Spring Boot中的分布式锁:使用Redis和ZooKeeper实现并发控制

mhr18 2024-10-25 12:39 26 浏览 0 评论

随着应用规模的扩大和微服务架构的普及,分布式系统中对并发控制的需求也越来越迫切。在Spring Boot中,实现分布式锁是保障多个服务实例之间协同工作的关键。本文将深入介绍如何使用Redis和ZooKeeper这两种流行的分布式系统来实现高效的分布式锁。

1、为什么需要分布式锁?

在单体应用中,使用本地锁通常足以满足并发控制的需求。然而,随着服务拆分和分布式系统的兴起,多个服务实例之间的并发控制成为一个挑战。分布式锁的作用就是在分布式环境中确保对共享资源的互斥访问,防止竞争条件的发生。

2、使用Redis实现分布式锁

2.1 引入依赖

首先,需要在项目中引入Spring Data Redis的依赖:

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

2.2 创建Redis分布式锁工具类

创建一个工具类,封装了基于Redis的分布式锁的实现:

 @Component
 public class RedisLockUtil {
 
     @Autowired
     private StringRedisTemplate redisTemplate;
 
     public boolean tryLock(String key, String value, long expireTime) {
         Boolean result = redisTemplate.opsForValue().setIfAbsent(key, value, expireTime, TimeUnit.MILLISECONDS);
         return result != null && result;
    }

    public void unlock(String key, String value) 13        String currentValue = redisTemplate.opsForValue().get(key);
        if (currentValue != null && currentValue.equals(value)) {
            redisTemplate.delete(key);
        }
    }
}

2.3 使用Redis分布式锁

在需要进行并发控制的业务方法中使用Redis分布式锁:

 @Service
 public class MyService {
 
     @Autowired
     private RedisLockUtil redisLockUtil;
 
     public void myBusinessMethod() {
         String lockKey = "myLockKey";
         String requestId = UUID.randomUUID().toString();
         long expireTime = 5000; // 锁的过期时间为5秒

        try {
            if (redisLockUtil.tryLock(lockKey, requestId, expireTime)) {
                // 获取到锁,执行业务逻辑
                // ...
            } else {
                // 未获取到锁,处理竞争失败的逻辑
                // ...
            }
        } finally {
            // 释放锁
            redisLockUtil.unlock(lockKey, requestId);
        }
    }
}

使用ZooKeeper实现分布式锁

3.1 引入依赖

引入Apache Curator Framework的依赖,它是基于ZooKeeper的分布式系统开发库:

<dependency>
    <groupId>org.apache.curator</groupId>
    <artifactId>curator-framework</artifactId>
    <version>5.1.0</version>
</dependency>

3.2 创建ZooKeeper分布式锁工具类

创建一个工具类,封装了基于ZooKeeper的分布式锁的实现:

@Component
public class ZooKeeperLockUtil {

     @Autowired
     private CuratorFramework curatorFramework;
 
     public boolean tryLock(String path, String value) {
         try {
             InterProcessMutex lock = new InterProcessMutex(curatorFramework, path);
            return lock.acquire(0, TimeUnit.MILLISECONDS);
        } catch (Exception e) {
            e.printStackTrace();
            return false;
        }
    }

    public void unlock(String path) {
        try {
            InterProcessMutex lock = new InterProcessMutex(curatorFramework, path);
            lock.release();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

3.3 使用ZooKeeper分布式锁

在需要进行并发控制的业务方法中使用ZooKeeper分布式锁:

 @Service
 public class MyService {
 
     @Autowired
     private ZooKeeperLockUtil zooKeeperLockUtil;
 
     public void myBusinessMethod() {
         String lockPath = "/myLockPath";
         String requestId = UUID.randomUUID().toString();

        try {
            if (zooKeeperLockUtil.tryLock(lockPath, requestId)) {
                // 获取到锁,执行业务逻辑
                // ...
            } else {
                // 未获取到锁,处理竞争失败的逻辑
                // ...
            }
        } finally {
            // 释放锁
            zooKeeperLockUtil.unlock(lockPath);
        }
    }
}

比较与选择

4.1 Redis分布式锁的优势

  • 简单易用:使用方便,不需要额外的依赖,适合简单的并发控制场景。
  • 性能较好:Redis是内存数据库,读写速度快,适用于高并发场景。

4.2 ZooKeeper分布式锁的优势

  • 强一致性:ZooKeeper提供强一致性,确保在分布式环境中对锁的状态修改是原子操作。
  • 支持复杂场景:适用于复杂的并发控制场景,例如分布式计算、协调等。

4.3 如何选择

  • 简单场景:对于简单的并发控制需求,选择Redis分布式锁更为合适。
  • 复杂场景:对于需要强一致性和复杂并发控制的场景,选择ZooKeeper分布式锁。

总 结

本文详细介绍了在Spring Boot中使用Redis和ZooKeeper实现分布式锁的方法,并比较了它们的优劣。在实际应用中,根据项目的需求和复杂性来选择合适的分布式锁方案,以确保系统在高并发环境下的稳定运行。同时,开发人员也需要根据具体情况权衡性能和一致性的需求,以达到最佳的并发控制效果。


公众号:九极客

相关推荐

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+程序员改简历+面试指导和处理空窗期时间...

取消回复欢迎 发表评论: