redis的分布式锁,在面试时候可以按以下步骤进行介绍
1、使用redis.setnx(key,value)
弊端:加锁后,后续业务代码发生异常,所以要加try{}catch{}finally{redis.delete(key)}
2、第一种方法,如果加锁后,服务宕机,则finally执行不到该key就无法释放,所以要加过期时间
使用redis.setnx(key,value,expire)
3、第二种方法存在的问题现象:如果某一线程在加锁后的业务逻辑执行时间超过上锁时间;
异常发生:就会导致第一个线程执行到最后finally里删除key的时候,将后面线程的key删掉,这样就会级联导致锁无效。也就是锁被其他线程释放了。
解决方法:finally删除key的时候,先判断下key存的value是不是当前线程的,如果是就删除,否则不删除。
4、第二种方法存在的问题现象:如果某一线程在加锁后的业务逻辑执行时间超过上锁时间;
异常发生:本来应该在加锁时间范围内只有一个线程执行的业务代码逻辑,却同时被多个线程执行了,可能会发生超卖等其他异常现象。
解决方法:给key续命,即在设置key过期时间的时候,开启一个timmer或延迟线程池,定时给key续命,直到执行完业务代码后在finally里把key删除