当前位置： 首页 > ds >正文

redisson基础

ds 2025/5/17 6:44:10

介绍

官方定义：Redisson是一个在Redis的基础上实现的Java驻内存数据网格（In-Memory Data Grid）。

简单来讲Redisson是一个在Redis的基础上实现的分布式工具的集合。它不仅提供了一系列的分布式的Java常用对象，还提供了许多分布式服务，其中就包含了各种分布式锁的实现。

Redisson实现分布式锁

  • 引入redisson依赖
        <dependency><groupId>org.redisson</groupId><artifactId>redisson</artifactId><version>3.45.1</version></dependency>

温馨提示：此外还有一种引入方式，直接引入redission的starter依赖，然后在yam|文件中配置Redisson，但是不推荐这种方式，因为他会替换掉Spring官方提供的这套对 Redisson 的配置。所以我们采用@Bean手动配置。

  • RedissonConfig：配置Redisson客户端
/*** Redisson配置类*/
@Configuration
public class RedissonConfig {@Beanpublic RedissonClient redissonClient() {// 配置类Config config = new Config();// 添加redis地址，这里添加了单点的地址，也可以使用config.useClusterServers()添加集群地址config.useSingleServer().setAddress("redis://192.168.8.100:6379").setPassword("123321");// 创建RedissonClient客户端对象return Redisson.create(config);}
}

以下是 Redisson 中 lock() 和 tryLock() 方法所有重载形式的详细解析，重点说明其是否支持看门狗机制，并对比不同方法的适用场景。

一、lock() 方法详解

1. 无参形式：void lock()

  • 行为：无限阻塞直到获取锁，线程会一直等待，直到锁可用或线程被中断。
  • 看门狗机制：✅ 支持
    默认启用看门狗，锁的初始租期为 30 秒，每隔 10 秒（租期的 1/3）自动续期一次，确保业务未完成时锁不会过期。
  • 适用场景：
    • 需要严格保证互斥性的场景（如金融交易、库存扣减）。
    • 无法预估业务耗时，需依赖自动续期避免锁过期。
    public void criticalTask() {RLock lock = redisson.getLock("criticalLock");lock.lock();try {// 执行耗时不确定的核心业务processUnpredictableTask();} finally {if (lock.isLocked() && lock.isHeldByCurrentThread()) {lock.unlock();}}
}

2. 带租期参数：void lock(long leaseTime, TimeUnit unit)

  • 行为：获取锁后，锁在 leaseTime 时间后自动释放，无论业务是否完成。

  • 看门狗机制：❌ 不支持
    显式指定 leaseTime 会禁用看门狗，锁到期后强制释放，可能导致业务未完成时锁失效。

  • 适用场景：

    • 明确知道业务最大耗时，且能保证在 leaseTime 内完成。
    • 需要避免看门狗线程资源开销的场景。
    public void timeBoundedTask() {RLock lock = redisson.getLock("timedLock");lock.lock(60, TimeUnit.SECONDS); // 60秒后自动释放try {// 必须在60秒内完成的任务processTimeSensitiveTask();} finally {if (lock.isLocked() && lock.isHeldByCurrentThread()) {lock.unlock();}}
}

二、tryLock() 方法详解

1. 无参形式：boolean tryLock()

  • 行为：立即尝试获取锁，成功返回 true，失败返回 false，不阻塞线程。

  • 看门狗机制：✅ 支持
    默认启用看门狗，锁租期为 30 秒，自动续期。

  • 适用场景：

    • 非阻塞快速失败场景，如高并发下的缓存重建。
    • 需要快速响应，避免线程阻塞。
    public void cacheRebuild(String key) {RLock lock = redisson.getLock("cacheLock:" + key);if (lock.tryLock()) {try {// 重建缓存（耗时可控）rebuildCache(key);} finally {if (lock.isLocked() && lock.isHeldByCurrentThread()) {lock.unlock();}}} else {// 其他线程已处理，直接返回log.info("缓存正在重建中...");}
}

2. 限时等待：boolean tryLock(long waitTime, TimeUnit unit)

  • 行为：在 waitTime 时间内尝试获取锁，超时返回 false，支持线程中断。
  • 看门狗机制：✅ 支持
    锁租期默认 30 秒，自动续期。
  • 适用场景：
    • 允许短暂等待的并发控制，如订单处理。
    • 平衡系统吞吐量与资源争用。
     public void processOrder(String orderId) {RLock lock = redisson.getLock("orderLock:" + orderId);try {if (lock.tryLock(5, TimeUnit.SECONDS)) { // 最多等待5秒try {// 处理订单handleOrder(orderId);} finally {if (lock.isLocked() && lock.isHeldByCurrentThread()) {lock.unlock();}}} else {throw new BusiException("系统繁忙，请重试");}} catch (InterruptedException e) {Thread.currentThread().interrupt();throw new BusiException("操作被中断");}}

3. 双重时间控制：boolean tryLock(long waitTime, long leaseTime, TimeUnit unit)

  • 行为：在 waitTime 时间内尝试获取锁，成功后锁持有 leaseTime 时间。
  • 看门狗机制：❌ 不支持
    显式指定 leaseTime 会禁用看门狗。
  • 适用场景：
    • 精确控制锁生命周期，如定时任务。
    • 已知业务耗时的场景，避免自动续期开销。
     public void scheduledJob() {RLock lock = redisson.getLock("scheduledJobLock");try {// 等待10秒获取锁，持有锁30秒if (lock.tryLock(10, 30, TimeUnit.SECONDS)) {try {// 执行30秒内必须完成的定时任务executeScheduledTask();} finally {if (lock.isLocked() && lock.isHeldByCurrentThread()) {lock.unlock();}}}} catch (InterruptedException e) {Thread.currentThread().interrupt();}}

三、方法对比与选型指南

1. 看门狗机制支持对比

方法签名看门狗支持阻塞行为锁持有时间控制
void lock()✅无限阻塞自动续期
void lock(long leaseTime, TimeUnit unit)❌无限阻塞固定时间
boolean tryLock()✅非阻塞自动续期
boolean tryLock(long waitTime, ...)✅限时阻塞自动续期
boolean tryLock(long waitTime, leaseTime, ...)❌限时阻塞固定时间

2. 适用场景对比

场景特性推荐方法理由
严格互斥，耗时不确定lock()依赖看门狗自动续期，避免锁过期导致数据不一致。
已知耗时，需固定锁时间lock(leaseTime, unit)显式控制锁生命周期，避免看门狗线程开销。
非阻塞快速失败tryLock()立即返回结果，适用于高并发下的缓存击穿防护。
允许短暂等待，自动续期tryLock(waitTime, unit)平衡等待时间和自动续期，适合订单处理等常见业务。
精确时间控制，禁用看门狗tryLock(waitTime, leaseTime, ...)适用于定时任务或批处理，需确保锁在固定时间释放。

四、最佳实践与风险规避

1. 看门狗机制的风险控制

  • 风险：若业务逻辑卡死（如死循环），看门狗会无限续期，导致锁无法释放。

  • 规避：

    // 设置合理的看门狗超时时间（默认30秒）
Config config = new Config();
config.setLockWatchdogTimeout(60_000); // 调整为60秒
RedissonClient redisson = Redisson.create(config);

2. 固定租期（leaseTime）的陷阱

  • 风险：若业务耗时超过 leaseTime，其他线程可能提前获取锁，导致数据冲突。
  • 规避：
    // 确保 leaseTime > 业务最大耗时 + 缓冲时间（如20%）
long maxBusinessTime = 5000; // 业务最大耗时5秒
lock.tryLock(0, maxBusinessTime * 1200, TimeUnit.MILLISECONDS); // 设置6秒

3. 高并发场景优化

  • 问题：大量线程同时争抢锁可能导致 Redis 压力激增。
  • 优化：结合随机退避和本地锁：
    // 使用本地锁减少Redis请求
private final ConcurrentHashMap<String, Object> localLocks = new ConcurrentHashMap<>();public void highConcurrencyTask(String key) {Object localLock = localLocks.computeIfAbsent(key, k -> new Object());synchronized (localLock) {RLock redisLock = redisson.getLock(key);if (redisLock.tryLock(50, TimeUnit.MILLISECONDS)) {try {// 处理业务} finally {redisLock.unlock();}}}
}

通过合理选择锁方法，结合业务场景和看门狗机制的特性，可以在保证数据一致性的同时，最大化系统性能和可靠性。

http://www.xdnf.cn/news/6766.html

相关文章：

  • 云基内容中台构建企业智慧实践
  • Linux系统启动相关：vmlinux、vmlinuz、zImage，和initrd 、 initramfs，以及SystemV 和 SystemD
  • 数据如何驱动互联网一体化发展？
  • 大模型——Crawl4AI使用JsonCssExtractionStrategy进行结构化数据提取
  • 【专利信息服务平台-注册/登录安全分析报告】
  • 如何通过URL链接让亚马逊网站返回指定像素大小的产品主图片
  • 今日积累：若依框架配置QQ邮箱，来发邮件，注册账号使用
  • 香橙派Zero3跨网络音乐服务系统搭建与内网穿透技术应用实践
  • android studio clone子分支
  • logrotate按文件大小进行日志切割
  • 面试题：详细分析Arraylist 与 LinkedList 的异同
  • Qt—用SQLite实现简单的注册登录界面
  • 基于大数据的租房信息可视化系统的设计与实现【源码+文档+部署】
  • springCloud/Alibaba常用中间件之Seata分布式事务
  • elementUI源码学习
  • 【RabbitMQ】消息丢失问题排查与解决
  • 红黑树实现
  • C语言单链表应用详解
  • flutter缓存网络视频到本地，可离线观看
  • java 使用zxing生成条形码（可自定义文字位置、边框样式）
  • Chrome代理IP配置教程常见方式附问题解答
  • 华为网路设备学习-22（路由器OSPF-LSA及特殊详解）
  • 对称二叉树的判定：双端队列的精妙应用
  • python自学笔记2 数据类型
  • 性能测试详解
  • 在人脸识别项目中ffmpeg有什么作用
  • ESP32-S3学习笔记
  • el-table表格列宽度自适应
  • 微服务中服务降级和异常的区别
  • 课设：基于swin_transformer的植物中草药分类识别系统（包含数据集+UI界面+系统代码）