文章目录
参考博文
一、为什么要使用分布式锁
我们在开发应用的时候,如果需要对某一个共享变量进行多线程同步访问的时候,可以使用我们学到的Java多线程的18般武艺进行处理,并且可以完美的运行,毫无Bug!
注意这是单机应用,也就是所有的请求都会分配到当前服务器的JVM内部,然后映射为操作系统的线程进行处理!而这个共享变量只是在这个JVM内部的一块内存空间!
后来业务发展,需要做集群,一个应用需要部署到几台机器上然后做负载均衡,大致如下图:
上图可以看到,变量A存在JVM1、JVM2、JVM3三个JVM内存中(这个变量A主要体现是在一个类中的一个成员变量,是一个有状态的对象,例如:UserController控制器中的一个整形类型的成员变量),如果不加任何控制的话,变量A同时都会在JVM分配一块内存,三个请求发过来同时对这个变量操作,显然结果是不对的!即使不是同时发过来,三个请求分别操作三个不同JVM内存区域的数据,变量A之间不存在共享,也不具有可见性,处理的结果也是不对的!
补充:每一个服务器上都有自己的tomacat。
如果我们业务中确实存在这个场景的话,我们就需要一种方法解决这个问题!
为了保证一个方法或属性在高并发情况下的同一时间只能被同一个线程执行,在传统单体应用单机部署的情况下,可以使用Java并发处理相关的API(如ReentrantLock或Synchronized)进行互斥控制。在单机环境中,Java中提供了很多并发处理相关的API。但是,随着业务发展的需要,原单体单机部署的系统被演化成分布式集群系统后,由于分布式系统多线程、多进程并且分布在不同机器上,这将使原单机部署情况下的并发控制锁策略失效,单纯的Java API并不能提供分布式锁的能力。为了解决这个问题就需要一种跨JVM的互斥机制来控制共享资源的访问,这就是分布式锁要解决的问题!
小结:分布式锁的问题的背景在多机条件下的并发问题
模拟多线程的并发情况下,压测工具Jmeter的使用参考博文
2、使用命令介绍:
(1)SETNX
SETNX key val:当且仅当key不存在时,set一个key为val的字符串,返回1;若key存在,则什么都不做,返回0。
(2)expire
expire key timeout:为key设置一个超时时间,单位为second,超过这个时间锁会自动释放,避免死锁。
(3)delete
delete key:删除key
在使用Redis实现分布式锁的时候,主要就会使用到这三个命令
加锁操作的正确姿势为:
- 使用setnx命令保证互斥性
- 需要设置锁的过期时间,避免死锁
- setnx和设置过期时间需要保持原子性,避免在设置setnx成功之后在设置过期时间客户端崩溃导致死锁
- 加锁的Value 值为一个唯一标示。可以采用UUID作为唯一标示。加锁成功后需要把唯一标示返回给客户端来用来客户端进行解锁操作
解锁的正确姿势为:
1. 需要拿加锁成功的唯一标示要进行解锁,从而保证加锁和解锁的是同一个客户端
2. 解锁操作需要比较唯一标示是否相等,相等再执行删除操作。这2个操作可以采用Lua脚本方式使2个命令的原子性。
问题:
1.如果业务时间大于锁设置的超时时间。
案列: 如果A线程进来获得锁,然后执行到代码块 int realStack = stock - 1;
的时候程序就执行了10秒中,那么就会释放该分布式锁,此时线程B会获得该锁,但是线程A继续执行到finally后执行删除锁,就会导致一种情况删除线程B获得的锁。
解决: 利用UUID来进行比对,只删除自己的锁。
@Override
StringRedisTemplate stringRedisTemplate;
@RequestMapping("/deduct_stock")
public String deductStock() throws InterruptedException{
String lockKey = "product_001";
String clientId = UUID.randomUUID().toString();
try{
Boolean result = stringRedisTemplate.opsForValue().setIfAbsent(lockKey,clientId,10, TimeUnit.SECONDS);
if(!result){
return "error";
}
int stock =Integer.parseInt(stringRedisTemplate.opsForValue().get("stock")); //jedis.get("stock");
if(stock > 0 ){
int realStack = stock - 1; // 上面案列的10秒处
stringRedisTemplate.opsForValue().set("stock",realStack+""); // jedis.set(key.value);
System.out.println("扣减成功,剩余库存:" + realStack + "");
}else{
System.out.println("扣减失败,库存不足");
}
}finally{
//注意是为了解决:释放非自己的锁的时候
if(clientId.equals(stringRedisTemplate.opsForValue().get(lockKey))){
stringRedisTemplate.delete(lockKey);
}
}
}
小结:上面解决方案会出现问题:
1.当程序没有执行完,Redis保存的Key过期了。
解决思路:
首先在获取到锁的时候,然后重新开启一个分线程,然后分线程的代码逻辑如下:
开启一个定时器,比如JDK的timer,定时器中每隔一段时间就去检查锁是否还存在,如果存在就进行延时续命(一般设置为原线程时间的1/3 )
上述最好的解决方法是使用Redisson
SpringBoot中使用Redison的参考博文
@Bean
public Redisson redisson(){
//此为单机模式
Config config = new Config();
config.useSingleServer().setAdress("redis://127.0.0.0:6379").setDatabase(0);
return (Redisson) Redission.create(config);
}
@Override
StringRedisTemplate stringRedisTemplate;
@RequestMapping("/deduct_stock")
public String deductStock() throws InterruptedException{
String lockKey = "product_001";
String clientId = UUID.randomUUID().toString();
try{
redissonLock.lock(30,TimeUnit.SECONDS);
int stock =Integer.parseInt(stringRedisTemplate.opsForValue().get("stock")); //jedis.get("stock");
if(stock > 0 ){
int realStack = stock - 1; // 上面案列的10秒处
stringRedisTemplate.opsForValue().set("stock",realStack+""); // jedis.set(key.value);
System.out.println("扣减成功,剩余库存:" + realStack + "");
}else{
System.out.println("扣减失败,库存不足");
}
}finally{
redissonLock.unlock();
}
}