redisson.tryLock()参数的使用及理解
因为redis的 setnx 还是有诸多问题,这里使用redisson,当然,正常来说,redis的setnx已经够用了
- 可重入锁问题
- 超时释放问题
- 如果是集群 主从不一致问题
依赖
<dependency> <groupId>org.redisson</groupId> <artifactId>redisson</artifactId> <version>3.13.6</version> </dependency>
配置
package com.hmdp.config; import com.baomidou.mybatisplus.annotation.DbType; import com.baomidou.mybatisplus.extension.plugins.MybatisPlusInterceptor; import com.baomidou.mybatisplus.extension.plugins.inner.PaginationInnerInterceptor; import org.redisson.Redisson; import org.redisson.api.RedissonClient; import org.redisson.config.Config; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; @Configuration public class RedissonConfig { @Bean public RedissonClient redissonClient(){ Config config = new Config(); config.useSingleServer().setAddress("redis://127.0.0.1:6379"); // config.useSingleServer().setAddress("redis://127.0.0.1:6379").setPassword("123456"); return Redisson.create(config); } }
使用
package com.hmdp; import com.hmdp.entity.SeckillVoucher; import com.hmdp.service.ISeckillVoucherService; import com.hmdp.service.impl.SeckillVoucherServiceImpl; import org.junit.Test; import org.junit.jupiter.api.BeforeEach; import org.redisson.api.RLock; import org.redisson.api.RedissonClient; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.boot.test.context.SpringBootTest; import javax.annotation.Resource; @SpringBootTest public class HmDianPingApplicationTests { @Resource private RedissonClient redissonClient; @Test public void testRedisson() { long shopId = 147852478L; /*这样获取的是一把 可重入锁*/ RLock lock = redissonClient.getLock("lock:order:" + shopId); /*等待时间,超时施放时间,时间单位 * 不传递参数默认值是:不等待(-1),30秒*/ boolean b = lock.tryLock(); if (!b) { System.out.println("获取锁失败"); } try{ System.out.println("执行业务逻辑"); }finally { lock.unlock(); } } }
这里有三个参数
- waitTime ----等待时间
- leaseTime ----超时施放时间
- TimeUnit ----时间单位
等待时间
如果ABC…多个线程去抢夺一把锁,A成功了,如果设置的是 -1,那么BCD。。。。就不等待,直接返回失败,也就是不再去抢夺锁了,一次失败,直接放弃。
如果不是-1,假如说是 10(单位是秒)那么BCD…失败后会择机再次去抢夺,这里的择机抢夺,就代表着不是 与A抢夺失败后的立马再次抢夺,因为【明知道A抢过锁之后会执行自己的业务,需要一定的时间,那么
BCD。。。立马再去抢夺锁的意义在哪里呢? 除了徒增cpu的负担,没有太大意义】 。所以这里的择机抢夺,其实是利用了 发布,订阅机制。
从上面的图片可以看到,A抢过锁之后,执行业务,结束之后释放锁,释放锁的时候还 publish (发布)了一个信号,而有人发布,就有人订阅,发布人是A,订阅人是BCD…,所以说这里的择机再次抢夺是在BCD…接收到A发布的消息之后再去抢夺。
当然了,从第一次与A抢夺失败,到等待A完成业务发布消息这段等待时间+ 第一次和A抢夺锁的时间 总数不能超过10s,毕竟10s 就是硬性规定,10s之内,不论发生多么复杂的逻辑,只要拿到锁就行,不行就直接放弃。
超时施放时间
就是说 A拿到了锁之后, 如果发生了一些异常错误,内部业务没能正常的执行,没能正常执行释放锁的操作,这个时候 这个超时施放时间才会起作用,也就是说,在A抢到锁之后,即便A的业务出现了堵塞,但是只要没发生一些异常情况,这里的超时施放时间是不起作用的,因为只要不发生异常,内部就会有一个 看门狗,每隔 超时施放时间/3就会刷新一次锁的过期时间(是一个定时任务),确保A能够执行完成业务,当然,A执行完业务后,会删除刷新有效期的定时任务。
所以说,超时释放时间在正常执行业务的时候,是不发挥作用的,只在出现异常的时候才会起作用。
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。
相关文章
Java中Date,Calendar,Timestamp的区别以及相互转换与使用
以下是对Java中Date,Calendar,Timestamp的区别以及相互转换与使用进行了详细的介绍,需要的朋友可以过来参考下2013-09-09细说Springcloud eureka的几种主动下线服务的方式
这篇文章主要介绍了细说Springcloud eureka的几种主动下线服务的方式,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧2018-09-09Java aop面向切面编程(aspectJweaver)案例详解
这篇文章主要介绍了Java aop面向切面编程(aspectJweaver)案例详解,本篇文章通过简要的案例,讲解了该项技术的了解与使用,以下就是详细内容,需要的朋友可以参考下2021-08-08
最新评论