近期换工作,闲下来有点时间写点东西,在这里分享一些心得体会

背景:我们在做后端开发时,无法避免的会遇到一些一致性问题,有时候我们前端的小伙伴或者rpc接口的调用方,在很短的时间间隔内给我们相同的请求,由此可能会导致一些无法预见的问题,因此需要我们在接口层面处理,下面给大家分享一下我解决此类问题的一些实践

思路:1、加锁解锁的逻辑与正常的业务逻辑需要分开,不能耦合,否则会增加后期接口的维护成本,考虑使用自定义注解+aop;

   2、锁的实现方式有很多,根据我们不同的场景和条件有不同的选择,因此加锁和解锁需要进行抽象,aop中只依赖锁的接口;

     3、加锁时,我们需要生成key,用来区分是不是同一个请求,这里key的生成比较关键,不同的业务场景key的生成差别很大,我的想法是将这部分key生成逻辑抽象化,定义成接口,后面根据接口入参情况自己实现,当然也可以自己约定规则,通过反射去拼接; 

实现步骤:


1 自定义注解:

/**
* 锁注解 标记需要加锁的接口
* @author XuZhangxing
*/
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface LockMask {
// 锁超时释放时间
long expireSecond() default 10; // 锁key的前缀
LockKeyPrefix lockKeyPre() default LockKeyPrefix.WMD; // 方法参数位置默认是0 第一个
int index() default 0; // el表达式 可以用来解析key
String el() default ""; }

2 锁对象dto

@Data
public final class LockParam {
// 锁的key
private String key;
// 针对一些特殊场景用
private String val;
// 超时时间 单位为秒
private long expireSecond;
// 加锁是否成功,用来在finally里面释放锁用
private Boolean success = Boolean.FALSE; public LockParam(String key, long expireSecond) {
this.key = key;
this.expireSecond = expireSecond;
} public LockParam() {
} @Override
public String toString() {
return JsonUtil.obj2String(this);
}
}
/**
* 锁key前缀
* 标记哪个业务系统
*
* @author XuZhangxing
*/
public enum LockKeyPrefix {
WMD
}


3 key生成抽象接口

/**
* * key生成 为了简化操作,直接由调用方去实现key的生成
*
* @author XuZhangxing
*/
@FunctionalInterface
public interface KeyGenerate { // 给key使用的 list 支持粒度更细的锁
List<String> generate();
}

4 实现的aop

package com.xzx.statistics.redis.lock;

import com.google.common.collect.Lists;
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Pointcut;
import org.aspectj.lang.reflect.MethodSignature;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.core.annotation.Order;
import org.springframework.stereotype.Component; import java.lang.reflect.Method;
import java.util.Arrays;
import java.util.List;
import java.util.Objects;
import java.util.stream.Collectors; /**
* 锁切面
*
* @author XuZhangxing
*/
@Aspect
@Component
@Order(1)
public final class LockAspect { private final LockService lockService; @Autowired(required = false)
public LockAspect(LockService lockService) {
this.lockService = lockService;
} // 锁的目标对象
@Pointcut("@annotation(com.xzx.statistics.redis.lock.LockMask)")
public void lockTargetMethod() {
} @Around("lockTargetMethod()")
public Object doLock(ProceedingJoinPoint joinPoint) throws Throwable { // 获取到方法签名
MethodSignature methodSignature = (MethodSignature) joinPoint.getSignature(); // 获取方法目标方法名称
Method targetMethod = methodSignature.getMethod(); // 获取实现类方法
Method targetImplMethod =
joinPoint.getTarget().getClass().getMethod(targetMethod.getName(), targetMethod.getParameterTypes()); // 获取到注释对象
LockMask lockMask = targetImplMethod.getAnnotation(LockMask.class); // 获取到目标对象
Object targetObj = joinPoint.getArgs()[lockMask.index()]; if (targetObj == null) {
return joinPoint.proceed();
} // 这里处理两种情况 一种基本数据类型的数据 二实现了KeyGenerate的对象,其他的都不处理
List<LockParam> lockParamList = getLockKeyList(targetObj, lockMask); if (lockParamList.size() < 1) {
return joinPoint.proceed();
}
// 加上分布式锁
lockService.lock(lockParamList);
try {
// 正常业务逻辑 这里可以考虑启动一个异步线程来给当前的锁续期
// 我觉得这样处理不太合理,不如直接将锁超时时间延长一些,有可能这个方法执行一直阻塞,锁无法释放
return joinPoint.proceed();
} finally {
// 释放锁
lockService.unLock(lockParamList); }
} // 抽取锁的key
private List<LockParam> getLockKeyList(Object target, LockMask lockMask) {
String el = lockMask.el();
if (el.trim().length() > 0) {
// 适配el 表达式 暂时不支持
throw new RuntimeException("function not supposed");
}
return getLockParams(target, lockMask);
} // 递归遍历锁key
private List<LockParam> getLockParams(Object target, LockMask lockMask) {
LockKeyPrefix lockKeyPrefix = lockMask.lockKeyPre();
long expireSecond = lockMask.expireSecond();
if (target == null || target.getClass().isPrimitive()
|| target.getClass().isAssignableFrom(String.class)) {
return Lists.newArrayList(new LockParam(lockKeyPrefix + ":" + target, expireSecond));
}
if (target instanceof KeyGenerate) {
KeyGenerate keyGenerate = (KeyGenerate) target;
// 注意对key去重
List<String> keyList = keyGenerate.generate().stream().distinct().collect(Collectors.toList());
return keyList.stream().map(key -> new LockParam(lockKeyPrefix + ":" + key, expireSecond))
.collect(Collectors.toList());
}
List<LockParam> result = Lists.newArrayList();
if (target.getClass().isArray()) {
Object[] arrayObj = (Object[]) target;
Arrays.stream(arrayObj).filter(Objects::nonNull)
.forEach(obj -> result.addAll(getLockParams(obj, lockMask)));
} else if (Iterable.class.isAssignableFrom(target.getClass())) {
Iterable<?> iterable = (Iterable<?>) target;
iterable.forEach(it -> result.addAll(getLockParams(it, lockMask))); }
return result;
} }

总结:

1  锁的实现方式有多种,比如可以使用数据库、redis、zookeeper 等

2 入参是list<String> 这种类型 或list<基本数据类型包装类>,也能适配,可以直接对整个list 加锁

3 最佳实践:建议将方法入参定义成对象,该对象实现 KeyGenerate 接口 ,这样复杂的入参也能由自己掌握key的生成规则,缺点是侵入性强,需要修改请求入参的dto

Java 分布式锁实现的一些实践的更多相关文章

  1. Java分布式锁之数据库实现

    之前的文章<Java分布式锁实现>中列举了分布式锁的3种实现方式,分别是基于数据库实现,基于缓存实现和基于zookeeper实现.三种实现方式各有可取之处,本篇文章就详细讲解一下Java分 ...

  2. Java分布式锁之数据库方式实现

    之前的文章<Java分布式锁实现>中列举了分布式锁的3种实现方式,分别是基于数据库实现,基于缓存实现和基于zookeeper实现.三种实现方式各有可取之处,本篇文章就详细讲解一下Java分 ...

  3. 基于redis的分布式锁的分析与实践

    ​ 前言:在分布式环境中,我们经常使用锁来进行并发控制,锁可分为乐观锁和悲观锁,基于数据库版本戳的实现是乐观锁,基于redis或zookeeper的实现可认为是悲观锁了.乐观锁和悲观锁最根本的区别在于 ...

  4. Java分布式锁实现详解

    在进行大型网站技术架构设计以及业务实现的过程中,多少都会遇到需要使用分布式锁的情况.那么问题也就接踵而至,哪种分布式锁更适合我们的项目? 下面就这个问题,我做了一些分析: 分布式锁现状: 目前几乎很多 ...

  5. Java分布式锁,搞懂分布式锁实现看这篇文章就对了

    随着微处理机技术的发展,人们只需花几百美元就能买到一个CPU芯片,这个芯片每秒钟执行的指令比80年代最大的大型机的处理机每秒钟所执行的指令还多.如果你愿意付出两倍的价钱,将得到同样的CPU,但它却以更 ...

  6. Java分布式锁看这篇就够了

    ### 什么是锁? 在单进程的系统中,当存在多个线程可以同时改变某个变量(可变共享变量)时,就需要对变量或代码块做同步,使其在修改这种变量时能够线性执行消除并发修改变量. 而同步的本质是通过锁来实现的 ...

  7. Java分布式锁

    分布式锁简述 在单机时代,虽然不存在分布式锁,但也会面临资源互斥的情况,只不过在单机的情况下,如果有多个线程要同时访问某个共享资源的时候,我们可以采用线程间加锁的机制,即当某个线程获取到这个资源后,就 ...

  8. Java分布式锁的三种实现方案(redis)

    方案一:数据库乐观锁 乐观锁通常实现基于数据版本(version)的记录机制实现的,比如有一张红包表(t_bonus),有一个字段(left_count)记录礼物的剩余个数,用户每领取一个奖品,对应的 ...

  9. java 分布式锁 -图解- 秒懂

    目录 写在前面 1.1. 分布式锁 简介 1.1.1. 图解:公平锁和可重入锁 模型 1.1.2. 图解: zookeeper分布式锁的原理 1.1.3. 分布式锁的基本流程 1.1.4. 加锁的实现 ...

  10. java 分布式锁

    转自:http://www.hollischuang.com/archives/1716 目前几乎很多大型网站及应用都是分布式部署的,分布式场景中的数据一致性问题一直是一个比较重要的话题.分布式的CA ...

随机推荐

  1. vue框架回顾

  2. python列表循环中删除元素

    遍历n个元素的列表,每次循环时删除当前元素,那么要多少次结束循环呢. 上一段代码: arr = [0,1,2,3,4] for x in arr: print('本次删除的元素:',x) arr.re ...

  3. 已拦截跨源请求:同源策略禁止读取位于 http://192.168.2.104:8080/sockjs-node/info?t=1615356410656 的远程资源。(原因:CORS 请求未能成功)

    本人用的是火狐浏览器 是由于版本过低导致的被拦截,更新火狐为最新版本即可

  4. 1163:阿克曼(Ackmann)函数

    我的博客: https://www.cnblogs.com/haoningdeboke-2022/ 1163:阿克曼(Ackmann)函数 时间限制: 1000 ms         内存限制: 65 ...

  5. plugin的原理

    plugin插件的原理 扩展webpack, 加入自定义的构建行为 webpack内部的钩子 hooks tap: 可以注册同步钩子和异步钩子 tapAsync: 回调方式注册异步钩子 tapProm ...

  6. python备份文件(简易)

    步骤逻辑 要备份的文件夹:source = ["/opt/containerd"] 保存备份信息的文件夹 targz_dir = "/home/backup" ...

  7. 利用context组件数据传递

    react的数据传递 是从父级向子级传递的.通过props.如果是很多组件需要的数据,通过props传递会非常麻烦.这个时候可以使用context. context需要可以类似于store但是也不能滥 ...

  8. HJ77 火车进站

    描述 给定一个正整数N代表火车数量,0<N<10,接下来输入火车入站的序列,一共N辆火车,每辆火车以数字1-9编号,火车站只有一个方向进出,同时停靠在火车站的列车中,只有后进站的出站了,先 ...

  9. SDN之Openflow+OpenDayLight课程开课通知

    内容简介: 该课程为期2天,在这两天里 我们将会深入体会SDN的特点与传统网络的区别 ,掌握SDN架构里各层的协议用途,Openflow作为sdn里的一款开源的南向协议,最大的意义体现在它实现了网络设 ...

  10. 在前端js worker里使用dom并且加载jquery

    四个工具: nodejs + npm npm安装的jsdom npm安装的jquery npm安装的browserify 网址: browserify: https://browserify.org/ ...