Redisson执行过程分析

最新推荐文章于 2025-05-22 23:21:44 发布
原创 最新推荐文章于 2025-05-22 23:21:44 发布 · 539 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redisson #execute #netty

本文以AtomicDouble为例，分析Redisson执行过程。Sync操作同步调用CommandAsyncService获取结果，默认使用JsonJacksonCodec和CommandSyncService。异步过程关键数据类为AsyncDetail，发送命令最终进入CommandAsyncService的sendCommand方法，由netty的ContextHandler执行。还给出参考链接。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

以例子AtomicDouble为例分析下执行过程

  1. 从RedissonAtomicDouble可以看出所有Sync操作实际都是同步调用CommandAsyncService 的get分析Async future结果返回完成

  2. 通过分析 this(commandExecutor.getConnectionManager().getCodec(),
    commandExecutor, name);
    可以知道默认使用org.redisson.codec.JsonJacksonCodec及org.redisson.command.CommandSyncService

  3. 异步过程有一个关键数据类：AsyncDetail，命令、各种promise、future都保存在这个类中

  4. 所有发送命令，最终进入CommandAsyncService 的sendCommand方法，调用RedisConnection的send方法

  5. send方法写入后，由class commandsQueue执行，commandsQueue是一个netty的ContextHandler，在public class RedisChannelInitializer 的protected void initChannel(Channel ch)函数中被声明

  6. 对具体执行过程可以参考https://blog.csdn.net/zilong_zilong/article/details/78609423，但请注意版本比较旧

在这里插入图片描述

Redisson实现联锁的源码分析及机制
大圣即大盗
03-12 1250
public void lockInterruptibly(long leaseTime, TimeUnit unit) throws InterruptedException { long waitTime = -1; if (leaseTime == -1) {//未设置超时时间 waitTime = 5; uni...
Redisson分布锁原理分析及源码解读
m0_71777195的博客
11-23 1682
Redisson使用信号量控制，每次收到解锁消息仅释放一个信号，只允许一个线程解除阻塞状态，去竞争锁(参考LockPubSub类的onMessage方法)，当然，如果线程等待超时(超过锁过期时间)也会重新加入锁竞争行列。tryLock方法为尝试获取锁的方法入口，返回ttl表示锁剩余超时时间，如果返回null，表示无人占有锁，当前线程获取锁成功,如果获取锁成功，客户端会启动一个看门狗线程，来自动为锁续期(后面会讲到看门狗作用)。如果锁快要过期了，客户端还占有锁，那么就自动给锁续期，延长锁的过期时间。
Redisson锁的分析
weixin_44023129的博客
05-13 4645
Redison
Redisson分布式锁案列和源码解读
最新发布
weixin_46300935的博客
05-22 937
分布式锁的核心功能其实就三个：加锁、解锁、设置锁超时同时在了解分布式锁之前，也需要了解Redis的发布订阅功能。
《深入剖析Redisson源码》揭秘Redisson分布式锁原理（可重入锁机制、PubSub可重试机制、WatchDog超时续约机制，multiLock主从一致性问题）
实用技术干货分享⁄(⁄ ⁄•⁄ω⁄•⁄ ⁄)⁄对您有用的话请点个关注吧~
12-23 1405
Redisson分布式锁原理可重入：利用hash结构记录线程id和重入次数。可重试：利用信号量和PubSub功能实现等待、唤醒，获取锁失败的重试机制。超时续约：利用watchDog，每隔一段时间（），重置超时时间。主从一致性：利用multiLock，多个独立的Redis节点，必须在所有节点都获取重入锁，才算获取锁成功。原理：利用setnx的互斥性；利用ex避免死锁；释放锁时判断线程标示缺陷：不可重入、无法重试、锁超时失效原理：利用hash结构，记录线程标示和重入次数；
十五、Redisson源码解析
小薛博客-助力人人成为架构师
12-20 2195
十五、Redisson源码解析1、code2、缓存续命3、watchdog4、源码解析1、分析1 - 通过redisson新建出来的锁key，默认是30秒2、分析23、分析34、分析4 - watch dog自动延期机制5、分析56、流程解释7、加锁查看8、可重入锁查看9、解锁5、常见异常情况更多内容： 1、code public class WatchDogDemo { public static final String LOCKKEY = "AAA"; private static
Redisson分布式锁源码浅析
qq_39666711的博客
07-23 185
总结：在调用lock（）方法时，我们可以传入自定义的超时时间，也可以不传，如果不传那么将会使用Redisson默认的看门狗时间30s，需要注意的是，如果我们使用了自定义超时时间，那么Redisson不会自动为我们的锁续期，而不传时间Redisson会使用默认30s超时时间并且会自动为我们的锁进行续期。进入tryAcquire（）→ tryAcquireAsync（）方法，该方法首先会判断释放时间是否为-1，如果为-1则代表我们在前面没有传入超时时间，根据这个判断结果将会走两条不同的路。
详细分析Redisson分布式锁中的renewExpiration()方法
水w的博客
10-13 1370
Redisson分布式锁中的renewExpiration()方法
SpringBoot3.1整合JDK17与Mybatis-Plus实现Redis+Redisson框架案例分析
- 开发者可以利用Spring Boot的内嵌服务器（如Tomcat、Jetty或Undertow）进行本地开发，部署时也可选择将应用打包为可执行的JAR或WAR文件，简化了部署流程。 12. 安全性： - 框架中提供的安全机制，如JWT认证工具...
基于Redis实现分布式锁-Redisson使用及源码分析
热门推荐
马猴烧酒└(┐卍^o^)卍ﾄﾞｩﾙﾙﾙ~楪詩月「YUZURIHA SHIZUKI」
04-14 3万+
在分布式场景下，有很多种情况都需要实现最终一致性。在设计远程上下文的领域事件的时候，为了保证最终一致性，在通过领域事件进行通讯的方式中，可以共享存储（领域模型和消息的持久化数据源），或者做全局XA事务（两阶段提交，数据源可分开），也可以借助消息中间件（消费者处理需要能幂等）。通过Observer模式来发布领域事件可以提供很好的高并发性能，并且事件存储也能追溯更小粒度的事件数据，使各个应用系统拥有更好
基于后端开发Redisson实现分布式锁源码分析解读
Linuxhus的博客
08-10 288
一、分布式锁的概念和使用场景 分布式锁是控制分布式系统之间同步访问共享资源的一种方式。 　　在分布式系统中，常常需要协调他们的动作。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源，那么访问这些资源的时候，往往需要互斥来防止彼此干扰来保证一致性，这个时候，便需要使用到分布式锁。 C/C++Linux后端开发技术点讲解内容知识点包括Linux，Nginx，ZeroMQ，MySQL，Redis，线程池，MongoDB，ZK，Linux内核，CDN，P2P，epoll，Docker，TCP/I
Redis系列（二）Redisson分布式锁源码解析
CountryLord的博客
10-16 3549
Redisson分布式锁源码解析
Redisson使用及源码解析
isAchilles
12-24 389
代码中具体配置项可以采用注解标注在配置映射类中，此处使用配置映射类来注入配置。略过不谈。
分布式锁-Redisson的使用及源码分析
qq_41807885的博客
11-26 1925
分布式锁主要是解决集群，分布式下数据一致性的问题。在单机的环境下，应用是在同一进程下的，只需要保证单进程多线程环境中的线程安全性，通过 JAVA 提供的 volatile、ReentrantLock、synchronized 以及 concurrent 并发包下一些线程安全的类等就可以做到。分布式锁的实现主要有以下方式：基于数据库基于分布式协调系统基于缓存基于redis命令。如:setnx等操作基于redis Lua脚本能力（本文介绍的实现方式 redisson）}}})
[Redis] Redisson分布式锁原理及源码分析
qq_45061342的博客
08-12 1255
使用 Redis 的 SETNX 命令（Set if Not Exists）来确保只有一个客户端可以成功创建一个锁键。使用 EXPIRE 命令设置键的过期时间，防止死锁。 如果客户端成功设置了锁键，它就获得了锁；如果失败，则表示锁已被其他客户端占用。 为了解决锁失效或客户端故障问题，可以使用 Redisson 或者实现 Redlock 算法来增强锁的可靠性。
Redis之Redisson原理详解
上善若泪
06-11 5423
Redisson顾名思义，Redis的儿子，本质上还是Redis加锁，不过是对Redis做了很多封装，它不仅提供了一系列的分布式的Java常用对象，还提供了许多分布式服务。
【Redis】4.万字文章带你深入Redisson与源码解读(建议收藏)
沉迷写代码的程序猿的博客
10-30 4516
在前面【Redis】3.详解分布式锁解决了误删锁和原子性的问题但是不难发现，还存在一个问题，会导致锁不住。当锁的过期时间到了时候，锁就会被释放掉。这时候如果线程1因为阻塞还未向数据库插入订单数据，锁就被释放了，线程2就会获取锁，进行业务逻辑，这就导致锁不住。因此，当过期时间到了之后，业务逻辑还没执行完的时候，我们应该给这把锁续费，就不会出现这种问题了，这个续费问题该怎么解决呢？这就需要用到Redisson了。
Redis源码分析（二十七）--- rio系统I/O的封装
走在前往架构师的路上
11-02 5015
I/O操作对于每个系统来说都是必不可少的一部分。而且I/O操作的好坏，在一定程度上也会影响着系统的效率问题。今天我学习了一下在Redis中的I/O是怎么处理的，同样的，Redis在他自己的系统中，也封装了一个I/O层。简称RIO。得先看看RIO中有什么东西喽: struct _rio { /* Backend functions. * Since this functions
Redisson 实战应用详解
标题和描述中均提到了“redission.rar”，而标签为“redisson”，可以推断这是一个与Redisson相关的资源文件。...如果文件中包含实际的代码、配置示例或使用教程，那么在介绍Redisson时可以提供更加具体的示例和分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

weixin_40455124

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值