Redisson分布式锁——踩坑记录

最新推荐文章于 2023-04-18 16:40:21 发布
最新推荐文章于 2023-04-18 16:40:21 发布
阅读量1.1w 收藏 27
点赞数 8
分类专栏： 缓存 文章标签： java redis 并发编程
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shixiaoling123/article/details/106955098
版权

1. 解铃还须系铃人

1.1 锁执行超时后却还释放锁

Caused by: java.lang.IllegalMonitorStateException: attempt to unlock lock, not locked by current thread by node id: 32caba49-5799-491b-aa7b-47d789dbca93 thread-id: 1

先来看一段代码：

@Test
public void testSimpleLock2() {
    String key = "srm-sync-test-lock";
    try {
        // 获取锁，持有8秒后，自动释放
        tryLock(key, 1000L, 8000L);
        TimeUnit.SECONDS.sleep(10);
    } catch (Exception e) {
        e.printStackTrace();
    } finally {
        unlock(key);
    }
}

public boolean tryLock(String lockKey, long waitTime, long leaseTime) {
    boolean suc;
    try {
        RLock lock = redissonClient.getLock(lockKey);
        // 第一个参数是等待时间，n毫秒内获取不到锁，则直接返回
        // 第二个参数 m毫秒后强制释放锁
        suc = lock.tryLock(waitTime, leaseTime, TimeUnit.MILLISECONDS);
    } catch (Throwable e) {
        String msg = String.format("LOCK FAILED: key=%s||tryLockTime=%s||lockExpiredTime=%s", lockKey, waitTime, leaseTime);
        throw new IllegalStateException(msg, e);
    }
    return suc;
}

public void unlock(String lockKey) {
    try {
        RLock lock = redissonClient.getLock(lockKey);
        if (lock != null) {
            lock.unlock();
        }
    } catch (Throwable e) {
        String msg = String.format("UNLOCK FAILED: key=%s", lockKey);
        throw new IllegalStateException(msg, e);
    }
}

这块执行完之后，报错：

Caused by: java.lang.IllegalMonitorStateException: attempt to unlock lock, not locked by current thread by node id: 32caba49-5799-491b-aa7b-47d789dbca93 thread-id: 1
	at org.redisson.RedissonLock.lambda$unlockAsync$3(RedissonLock.java:581)
	at org.redisson.misc.RedissonPromise.lambda$onComplete$0(RedissonPromise.java:187)
	at io.netty.util.concurrent.DefaultPromise.notifyListener0(DefaultPromise.java:577)
	at io.netty.util.concurrent.DefaultPromise.notifyListeners0(DefaultPromise.java:570)
	at io.netty.util.concurrent.DefaultPromise.notifyListenersNow(DefaultPromise.java:549)
	at io.netty.util.concurrent.DefaultPromise.notifyListeners(DefaultPromise.java:490)
	at io.netty.util.concurrent.DefaultPromise.setValue0(DefaultPromise.java:615)
	at io.netty.util.concurrent.DefaultPromise.setSuccess0(DefaultPromise.java:604)
	at io.netty.util.concurrent.DefaultPromise.trySuccess(DefaultPromise.java:104)
	at org.redisson.misc.RedissonPromise.trySuccess(RedissonPromise.java:82)
	at org.redisson.command.RedisExecutor.handleReference(RedisExecutor.java:481)
	at org.redisson.command.RedisExecutor.handleSuccess(RedisExecutor.java:474)
	at org.redisson.command.RedisExecutor.handleResult(RedisExecutor.java:459)
	at org.redisson.command.RedisExecutor.checkAttemptPromise(RedisExecutor.java:445)
	at org.redisson.command.RedisExecutor.lambda$execute$3(RedisExecutor.java:163)
	at org.redisson.misc.RedissonPromise.lambda$onComplete$0(RedissonPromise.java:187)
	at io.netty.util.concurrent.DefaultPromise.notifyListener0(DefaultPromise.java:577)
	at io.netty.util.concurrent.DefaultPromise.notifyListeners0(DefaultPromise.java:570)
	at io.netty.util.concurrent.DefaultPromise.notifyListenersNow(DefaultPromise.java:549)
	at io.netty.util.concurrent.DefaultPromise.notifyListeners(DefaultPromise.java:490)
	at io.netty.util.concurrent.DefaultPromise.setValue0(DefaultPromise.java:615)
	at io.netty.util.concurrent.DefaultPromise.setSuccess0(DefaultPromise.java:604)
	at io.netty.util.concurrent.DefaultPromise.trySuccess(DefaultPromise.java:104)
	at org.redisson.misc.RedissonPromise.trySuccess(RedissonPromise.java:82)
	at org.redisson.client.handler.CommandDecoder.completeResponse(CommandDecoder.java:444)
	at org.redisson.client.handler.CommandDecoder.handleResult(CommandDecoder.java:439)
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:370)
	at org.redisson.client.handler.CommandDecoder.decodeCommand(CommandDecoder.java:196)
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:134)
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:104)
	at io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:498)
	at io.netty.handler.codec.ReplayingDecoder.callDecode(ReplayingDecoder.java:366)
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:276)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:377)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:363)
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:355)
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:377)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:363)
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	at java.lang.Thread.run(Thread.java:748)

原因分析：
获取锁成功之后，持有的时间是8秒，而如果你的锁内业务执行时间超过8秒后，锁会自动释放，锁自动释放后，而在你的finally里面又手动去释放锁，就导致了这个错误；

解决方法：

public void unlock(String lockKey) {
    try {
        RLock lock = redissonClient.getLock(lockKey);
        if (lock != null && lock.isHeldByCurrentThread()) { 
            lock.unlock();
        }
    } catch (Throwable e) {
        String msg = String.format("UNLOCK FAILED: key=%s", lockKey);
        throw new IllegalStateException(msg, e);
    }
}

解锁时，加了lock.isHeldByCurrentThread()，它的意思是查询当前线程是否持有此锁定，如果还持有，则释放，如果未持有，则说明已被释放；

1.2 线程并发时，线程B释放线程A的锁

我需要先来描述一下这种场景：
tryLock(key, 1000L, 8000L); 如果线程A获取到锁之后，此时线程B也来获取锁，从此行代码可看出，最多等待1秒，如果1秒后未获取到锁，会执行锁内的代码吗？

@Test
public void testConcurrentLock() {
    String key = "srm-sync-test-lock";
    LockThread lockThreadA = new LockThread(key, 5);
    LockThread lockThreadB = new LockThread(key, 1);

    try {
        new Thread(lockThreadA, "Thread-A").start();
        TimeUnit.SECONDS.sleep(1);

        new Thread(lockThreadB, "Thread-B").start();
        TimeUnit.SECONDS.sleep(20);
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
}

public boolean tryLock(String lockKey, long waitTime, long leaseTime) {
    boolean suc;
    try {
        RLock lock = redissonClient.getLock(lockKey);
        suc = lock.tryLock(waitTime, leaseTime, TimeUnit.MILLISECONDS);
    } catch (Throwable e) {
        String msg = String.format("LOCK FAILED: key=%s||tryLockTime=%s||lockExpiredTime=%s", lockKey, waitTime, leaseTime);
        throw new IllegalStateException(msg, e);
    }
    return suc;
}

public void unlock(String lockKey) {
    try {
        RLock lock = redissonClient.getLock(lockKey);
        if (lock != null) {
            lock.unlock();
        }
    } catch (Throwable e) {
        String msg = String.format("UNLOCK FAILED: key=%s", lockKey);
        throw new IllegalStateException(msg, e);
    }
}

class LockThread implements Runnable {
    private String lockKey;
    private int sleepTime;

    public LockThread(String lockKey, int sleepTime) {
        this.lockKey = lockKey;
        this.sleepTime = sleepTime;
    }

    @Override
    public void run() {
        try {
            if (tryLock(lockKey, 1000L, 8000L)) {
                TimeUnit.SECONDS.sleep(sleepTime);
                System.out.println("===============" + Thread.currentThread().getName());
            }
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            unlock(lockKey);
        }
    }
}
输出结果：
Caused by: java.lang.IllegalMonitorStateException: attempt to unlock lock, not locked by current thread by node id: 9b42c695-220d-4194-a020-131309ebcd87 thread-id: 56
	at org.redisson.RedissonLock.lambda$unlockAsync$3(RedissonLock.java:581)
	at org.redisson.misc.RedissonPromise.lambda$onComplete$0(RedissonPromise.java:187)
	at io.netty.util.concurrent.DefaultPromise.notifyListener0(DefaultPromise.java:577)
	at io.netty.util.concurrent.DefaultPromise.notifyListeners0(DefaultPromise.java:570)
	at io.netty.util.concurrent.DefaultPromise.notifyListenersNow(DefaultPromise.java:549)
	at io.netty.util.concurrent.DefaultPromise.notifyListeners(DefaultPromise.java:490)
	at io.netty.util.concurrent.DefaultPromise.setValue0(DefaultPromise.java:615)
	at io.netty.util.concurrent.DefaultPromise.setSuccess0(DefaultPromise.java:604)
	at io.netty.util.concurrent.DefaultPromise.trySuccess(DefaultPromise.java:104)
	at org.redisson.misc.RedissonPromise.trySuccess(RedissonPromise.java:82)
	at org.redisson.command.RedisExecutor.handleReference(RedisExecutor.java:481)
	at org.redisson.command.RedisExecutor.handleSuccess(RedisExecutor.java:474)
	at org.redisson.command.RedisExecutor.handleResult(RedisExecutor.java:459)
	at org.redisson.command.RedisExecutor.checkAttemptPromise(RedisExecutor.java:445)
	at org.redisson.command.RedisExecutor.lambda$execute$3(RedisExecutor.java:163)
	at org.redisson.misc.RedissonPromise.lambda$onComplete$0(RedissonPromise.java:187)
	at io.netty.util.concurrent.DefaultPromise.notifyListener0(DefaultPromise.java:577)
	at io.netty.util.concurrent.DefaultPromise.notifyListeners0(DefaultPromise.java:570)
	at io.netty.util.concurrent.DefaultPromise.notifyListenersNow(DefaultPromise.java:549)
	at io.netty.util.concurrent.DefaultPromise.notifyListeners(DefaultPromise.java:490)
	at io.netty.util.concurrent.DefaultPromise.setValue0(DefaultPromise.java:615)
	at io.netty.util.concurrent.DefaultPromise.setSuccess0(DefaultPromise.java:604)
	at io.netty.util.concurrent.DefaultPromise.trySuccess(DefaultPromise.java:104)
	at org.redisson.misc.RedissonPromise.trySuccess(RedissonPromise.java:82)
	at org.redisson.client.handler.CommandDecoder.completeResponse(CommandDecoder.java:444)
	at org.redisson.client.handler.CommandDecoder.handleResult(CommandDecoder.java:439)
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:370)
	at org.redisson.client.handler.CommandDecoder.decodeCommand(CommandDecoder.java:196)
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:134)
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:104)
	at io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:498)
	at io.netty.handler.codec.ReplayingDecoder.callDecode(ReplayingDecoder.java:366)
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:276)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:377)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:363)
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:355)
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:377)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:363)
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	... 1 more
===============Thread-A

原因分析：
在这里插入图片描述
解决办法： 和上面的案例一的解决办法相同，在释放锁时，加上lock.isHeldByCurrentThread()的判断，虽然线程B没有获取到锁，也没有执行锁内的业务，但是，它一定执行finally里面的unlock方法；

2. 使用公司自研的redis加锁遇到的问题

Caused by: org.redisson.client.RedisException: ERR running script (call to f_3ffe249c16dee540ac8ab32e39bd408626b9aff7): @user_script:1: ERR fusion r2 unknown cmd [publish. channel: [id: 0x5e3c4063, L:/172.30.39.133:55920 - R:10.179.133.91/10.179.133.91:3303] command: (EVAL), params: [if (redis.call('hexists', KEYS[1], ARGV[3]) == 0) then return nil;end; local counter = redis.call('h..., 2, lock_key, redisson_lock__channel:{lock_key}, 0, 30000, 6494e66f-11c1-45f5-821f-52b33275b11a:55]
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:355)
	at org.redisson.client.handler.CommandDecoder.decodeCommand(CommandDecoder.java:196)
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:134)
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:104)
	at io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:498)
	at io.netty.handler.codec.ReplayingDecoder.callDecode(ReplayingDecoder.java:366)
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:276)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:377)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:363)
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:355)
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:377)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:363)
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
	at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
	at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
	at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	... 1 more

原因：
公司自研的缓存集群不支持publish命令；

Louis.No1
关注
  • 8
    点赞
  • 踩
  • 27
    收藏
    觉得还不错? 一键收藏
  • 7
    评论
专栏目录
java.lang.IllegalMonitorStateException: attempt to unlock lock, not locked by current thread by node
L'Étranger的博客
12-23 9778
按照报错信息翻译：尝试去释放不是当前线程持有的锁。 解决方法 解锁时添加判断当前线程是否持有此锁 RLock lock = redissonClient.getLock(key); if(lock.isLocked()){ // 是否还是锁定状态 if(lock.isHeldByCurrentThread()){ // 时候是当前执行线程的锁 lock.unlock(); // 释放锁 } } ...
SpringBoot： Redis 模拟高并发商品秒杀测试
Specif1c的博客
04-02 3100
秒杀系统的架构设计 秒杀系统，是典型的短时大量突发访问类问题。对这类问题，有三种优化性能的思路： 写入内存而不是写入硬盘 异步处理而不是同步处理 分布式处理 用上这三招，不论秒杀时负载多大，都能轻松应对, Redis正好能完美满足上述三点。因此，用Redis就能轻松实现秒杀系统。 秒杀测试代码编写： package com.xiao.springbootredisseckill.controller; import org.springframework.beans.factory.anno.
java.util.concurrent.CompletionException: java.lang.IllegalMonitorStateException: attempt to unlock
虚心学习，和气编码
07-23 2990
今天工作的时候出现了一个错误 java.util.concurrent.CompletionException: java.lang.IllegalMonitorStateException: attempt to unlock lock, not locked by current thread by node id 这个报错的原因，找了一下，发现是线程A的锁，但是线程B去尝试释放锁，导致出现了这个报错。 正常的释放锁的时候我添加了两个判断的方法。 lock.isLocked();//检验该锁是否被线程
项目中使用缓存报Redisson is shutdown排查
苏雨丶
03-27 7982
上周运维将项目的测试环境从k8s中迁出来后，测试发现储能网关一直在上报数据，但是并没有映射到对应的设备上，排查时发现MQ在正常消费，并没有消息挤压，而且日志也没有报错信息，当时就很纳闷，觉得不可思议，通过过滤日志，发现消费了网关的上报的消息，并没有将消息发到设备对应的Topic中，于是启动本地代码连测试环境，发现我本地并不报错，又只能去测试服务区排查，后面通过arthas拦截处理消息的方法，才看到异常信息，发现是,有了异常信息我们就好排查啦。
Redis Eval Script
z69183787的专栏
05-24 995
https://www.cnblogs.com/bibi-feiniaoyuan/p/9448621.html 简介 从Redis 2.6 版本开始，内嵌支持 Lua 环境。通过使用EVAL或EVALSHA命令可以使用 Lua 解释器来执行脚本。 EVAL和EVALSHA的使用是差不多的（下面有讲区别）。 EVAL命令 语法：EVAL script numkeys key[key.....
Redisson分布式锁源码解析
08-27
Redisson分布式锁是一种基于Redis的分布式锁实现，继承了Reentrant Lock的特性，具有超时、重试、中断等功能，并且由于Redis的分布式特性，非常适合用来做Java中的分布式锁。本文将对Redisson分布式锁的源码进行解析...
Java使用Redisson分布式锁实现原理
08-26
Java 使用 Redisson 分布式锁实现原理是基于 Redis 的分布式锁实现，通过使用 Redisson 客户端来实现分布式锁的加锁和解锁操作。本文将详细介绍 Java 使用 Redisson 分布式锁实现原理的实现原理和工作机制。 在 ...
记录redisson实现redis分布式事务锁
04-24
Redisson是基于Redis的Java客户端，它提供了丰富的数据结构和服务，包括分布式锁、信号量、队列、计数器等，极大地扩展了Redis在分布式系统中的应用能力。本篇文章将详细探讨如何使用Redisson实现Redis分布式事务锁...
RedissonDemo:Redisson分布式锁简单使用教程
05-13
RedissonClient redisson = Redisson.create(config); // 3. 获得锁对象 RLock lock = redisson.getLock("myLock"); // 4. 上锁 lock.lock(); // 做你想做的。。。。 // 5.解锁 lock.unlock(); 依赖 <groupId>org....
redisson分布式锁的使用
05-07
Redisson是一款基于Redis的Java客户端，它提供了丰富的数据结构支持，如锁、信号量、队列、集合等，是实现分布式系统的重要工具。在本文中，我们将深入探讨Redisson如何作为分布式锁来使用，以及其背后的原理和最佳...
记一次redisson启动报错，但是加锁解锁正常
qq_33293753的博客
03-19 8106
版本信息 redission 3.10.4 boot 2.0.6 redis 3.2 配置信息 properties redisson.address=redis://192.168.1.222:6379 redisson.password= 异常堆栈信息 2019-03-18 17:09:29.787 WARN 53256 --- [sson-netty-1-27] io...
redission配置分布式锁问题
qq_39770671的博客
07-22 2882
org.redisson.client.RedisException: ERR Error running script (call to f_93cfc048f82624d1670a310aa0ad58918c0824a5): @user_script:1: WRONGTYPE Operation against a key holding the wrong kind of value . c...
分布式锁：redission使用案例以及报错解决方式
赚钱养家
04-18 984
原因：config.useClusterServers().addNodeAddress("redis://192.168.55.77:6379").addNodeAddress("redis://192.168.55.77:6378");这里的key不能用redis中已经存在的key，更不要直接用业务用的key，例如库存id。单机和集群的赋端口方式不同。
java.lang.IllegalMonitorStateException的异常原因详解
热门推荐
fangaiming1的博客
07-23 1万+
首先我们先来看一段demo代码 public class Demo { public static void main(String[] args) { ThreadImpl thread = new ThreadImpl(new Object()); // 开启一个线程 thread.start(); } } class ThreadImpl extends Thread { // 线程锁对象
Redisson启动及服务、命令模式分析
weixin_40455124的博客
07-07 999
以AtomicDoubleExamples为入口，初步分析redisson启动及命令、服务 Redisson 启动的主类为org.redisson.Redisson, 启动主要是初始化connection pool，还有两个比较少用的evictionScheduler（local cache housekeeping？）及local cache用的WriteBehindService ？ Red...
at org.redisson.RedissonLock.lambda$unlockAsync 解锁异常
u014594604的博客
08-09 1667
exception:java.lang.IllegalMonitorStateException: attempt to unlock lock, not locked by current thread by node id: 7b562ce4-4e16-4d39-a016-4f3118fe38a5 thread-id: 230 at org.redisson.RedissonLock.lamb...
问题复盘：一个Redisson驱动源码BUG
weixin_47284169的博客
06-26 1628
你好啊，我是亦彬。今天来看一个之前遇到的问题。前段时间，生产环境的一个模块偶发性出现不工作的情况，最后定位到是模块中使用的Redisson源码中的一个BUG。还顺便给Redisson增加了一个测试用例：https://github.com/redisson/redisson/commit/fdde5d8bcb3259d7b558993fc2e449ef5cc0385aRedisson是Redis官方推荐的Java版的Redis客户端，是一个在Redis的基础上实现的Java驻内存数据网格（In-Memory
什么是redisson分布式锁
最新发布
07-21
Redisson是一个基于Redis的Java驻内存数据网格（In-Memory Data Grid）和分布式锁库。它提供了丰富的分布式锁实现，其中包括Redisson分布式锁。 Redisson分布式锁是一种基于Redis的分布式锁实现方式。它通过利用Redis的原子操作特性和单线程模型来实现分布式锁的可靠性和高性能。 Redisson分布式锁的核心思想是利用Redis的SETNX（SET if Not eXists）指令来实现加锁操作，利用DEL指令来实现解锁操作。当一个进程需要获取锁时，它会向Redis发送一个SETNX指令，如果返回值为1，则表示获取锁成功；如果返回值为0，则表示获取锁失败。获取锁成功后，进程可以执行临界区代码。在临界区代码执行完毕后，进程需要发送DEL指令来释放锁。 Redisson分布式锁还提供了一些额外的特性，例如可重入锁、公平锁、红锁、读写锁等。这些特性可以根据实际需求选择使用，以满足不同场景下的分布式锁需求。 总结来说，Redisson分布式锁是一种基于Redis的高性能、可靠的分布式锁实现方式，可以帮助开发者解决分布式环境下的并发控制问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 7
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值