上一次利用Redis分布式锁解决了一个并发问题:
上篇:利用Redis分布式锁解决集群服务器定时任务重复执行问题
代码可以直接从上篇文章中拿到,本篇文章仅对上次文章内容做进一步改进
主要思想是:利用AOP面向切面的编程思想,将加锁部分抽象成一个切面,并利用自定义注解。
但是有不足的地方:
CacheLock
注解的参数,一般情况下,锁都会有等待时间waitTime
默认为0不太合适,且默认都需要异常抛出会更好。@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface CacheLock {
String lockedKey() default ""; //redis锁key的前缀
long expireTime() default 10; //key在redis里存在的时间 单位:秒
boolean release() default true; //释放在方法执行完成之后释放锁
long waitTime() default 0; //获取锁的最大等待时间,单位:秒,默认不等待,0即为快速失败
boolean throwException() default false;//是否抛出异常 默认不抛出
}
//测试服务接口
public interface TestService {
void testAspect(String name);
}
//测试服务类
@Slf4j
@Service
public class TestServiceImpl implements TestService {
@Override
@CacheLock(lockedKey = "CacheLockAspectTest", expireTime = 10)
public void testAspect(String name) {
log.info("任务:"+ name +"方法获取到锁了!时间:"+ new Date());
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
e.printStackTrace();
}
log.info("任务:"+ name +"方法执行完成了!"+"时间:"+ new Date());
}
}
那么现在就是主要对实现根据指定的方法入参作为锁的key,进一步实现分布式锁。
同样我希望它具备一些灵活性,那么也需要借助注解,只有方法入参前有该注解,那么就会把这个入参作为key值。
我希望我的注解在使用的时候更加灵活和简单,让多的情况是这样(伪代码):
我的redis分布式锁的key为:
key=前缀+方法名称+入参
@Service
public class TestServiceImpl implements TestService {
@Override
@CacheLock
public void testAspect(@CacheLockKey String name) {
log.info("任务:"+ name +"方法获取到锁了!时间:"+ new Date());
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
e.printStackTrace();
}
log.info("任务:"+ name +"方法执行完成了!"+"时间:"+ new Date());
}
}
具体内容:
(1)首先就是需要实现CacheLockKey
注解:
/**
* 分布式锁key 作用在方法入参上,则会拼接为key值
*/
@Target(ElementType.PARAMETER)
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface CacheLockKey {
}
(2)在切面方法中,获取全部入参信息,并找到带有该注解的参数,将其拼接为key值
改的点:
代码:
//获取指定的lockedKey参数,如果没有,则直接取方法名称作为key值的前缀
StringBuilder lockKey = new StringBuilder(cacheMethod.getAnnotation(CacheLock.class).lockedKey());
if(StringUtils.isBlank(lockKey.toString())){
lockKey.append(cacheMethod.getName()).append("-");
}
//参数注解,1维是参数,2维是注解
Object[] params = pjp.getArgs();
Annotation[][] annotations = cacheMethod.getParameterAnnotations();
for (int i = 0; i < annotations.length; i++) {
Object param = params[i];
Annotation[] paramAnn = annotations[i];
//参数为空,直接下一个参数
if(param == null || paramAnn.length == 0){
continue;
}
for (Annotation annotation : paramAnn) {
//这里判断当前注解是否为CacheLockKey.class
if(annotation.annotationType().equals(CacheLockKey.class)){
lockKey.append(param).append("-");
break;
}
}
}
log.info("lockKey:{}", lockKey.toString());
(3)稍微改进一下CacheLock
注解的默认参数
/**
* 分布式锁注解信息
*/
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface CacheLock {
String lockedKey() default ""; //redis锁key的前缀
long expireTime() default 10; //key在redis里存在的时间 单位:秒
boolean release() default true; //释放在方法执行完成之后释放锁
long waitTime() default 10; //获取锁的最大等待时间,单位:秒,默认为10s,如果为0则未获取到锁直接失败
boolean throwException() default true;//是否抛出异常 默认抛出
}
实际上,以上内容还有可以改进的点:
1.仅把方法名称和入参信息作为key值,会不会存在重复?
2.入参作为key但是入参为空,怎么处理?
3.如果key的锁定设定的时长失效了,方法还未执行完成,怎么办?
…