为什么枚举要实现接口?
302
2022-09-26
Java结合redis实现接口防重复提交
redis 接口防重
技术点:redis/aop
说明:
简易版本实现防止重复提交,适用范围为所有接口适用,采用注解方式,在需要防重的接口上使用注解,可以设置防重时效。
场景:
在系统中,经常会有一些接口会莫名其妙的被调用两次,可能在幂等接口中不会存在太大的问题,但是非幂等接口的处理就会导致出现脏数据,甚至影响系统的正确性。
选型参考:
在常见的防重处理分为多种,粗分为前端处理,后端处理
前端处理分为:
在按钮触发后便将按钮置灰,设置为不可用,在接口调用成功后回调处理,将按钮恢复
发送请求时,设置一个状态,在接口请求时去获取状态,查看在保护期是否已经有调用,思路与第一条类似
后端处理分为:
版本号,在数据表中增加version字段,在我们需要进行防重的接口请求到达后端后,sql处理时增加版本号条件(切记:每次在修改操作后需要对版本号进行加1哦),如果不一致则不进行处理。这也是乐观锁实现的一种思路。
redis,即本文所述方式
选型原因
在系统安全中,防重复提交也是比较重要的一个指标,也就是接口幂等性。所以我们在日常的系统开发中,一般使用的是简化版的放重复。也就是仅仅通过前端来进行防重控制,但是这样也是具有风险性的。如果在涉及比较重要的数据的时候,可能往往会有热心同行来帮我们找bug,对于他们可以直接通过抓报文的方式拿到我们的交互信息,以此来进行各种骚操作(羊毛党做派,当然了,如果要避免接口攻击,我们还要设置ip请求限制,小黑屋,防DDOS等各种防御工作,此处只讲防重咯)。所以我们在重要数据处理时在后端也是同样需要进行防重处理的。
防重提交的方式非常非常多,如上提出了四种方式,也只是冰山一角了。针对于后端侧防重,如上简述了两种方式。个人觉得在不同的时机可以进行不同的选择。如果我们在项目初期,个人觉得使用版本号处理更为合适一点,这样会降低对第三方工具的依赖,因为我们在每加入一个新东西的时候都是会增加系统的复杂性的。我们在考虑性能,安全,可靠的时候就会多出一个事项,有点给自己找事做的样子。但是如果我们的系统已经较为平稳了,那么此时对数据库进行增加字段虽然也不会太难,但是会改动一些代码。惊喜总是从这些地方来的。使用redis我觉得就要合适一些了,我们只需要面向切面进行编程,一处编写,处处可用。从代码和扩展来讲redis就更为合适了。
以上内容都是瞎BB的,其实我也是个菜鸟,欢迎各位大佬提建议或者意见,大家共同进步,共同完善,让java圈充满激情四射的爱。
代码样例
@PostMapping("/user/update")
@ApiOperation(value = "修改用户信息", notes = "修改用户信息", tags = "user module")
@AvoidReSubmit(expireTime = 1000 * 3)
public void update(@RequestBody User user){
userMapper.updateById(user);
}
具体代码实现
// 定义自定义注解,设置注解参数默认值
package top.withu.gaof.freehope.annotate;
import java.lang.annotation.*;
/**
* @author Gaofan
* @date 2019年10月12日 下午2:54:45
* @describe 防止重复提交
*/
@Target({ ElementType.METHOD, ElementType.TYPE })
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface AvoidReSubmit {
/**
* 失效时间,即可以第二次提交间隔时长
* @return
*/
long expireTime() default 30 * 1000L;
}
// 定义切面进行处理
package top.withu.gaof.freehope.aspect;
import org.aspectj.lang.JoinPoint;
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.*;
import org.springframework.data.redis.core.RedisTemplate;
import org.springframework.data.redis.core.ValueOperations;
import org.springframework.stereotype.Component;
import top.withu.gaof.freehope.annotate.AvoidReSubmit;
import javax.annotation.Resource;
import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;
import java.util.concurrent.TimeUnit;
/**
* @Description: TODO
* @Author: gaofan
* @Date: 2019/10/12 16:10
* @Copyright: 2019 blog.freehope.top Inc. All rights reserved.
**/
@Aspect
@Component
public class AvoidResumitAspect {
@Resource
private RedisTemplate redisTemplate;
/**
* 定义匹配规则,以便于后续拦截直接拦截submit方法,不用重复表达式
*/
@Pointcut(value = "@annotation(top.withu.gaof.freehope.annotate.AvoidReSubmit)")
public void submit() {
}
@Before("submit()&&@annotation(avoidReSubmit)")
public void doBefore(JoinPoint joinPoint, AvoidReSubmit avoidReSubmit) {
// 拼装参数
StringBuffer sb = new StringBuffer();
for(Object object : joinPoint.getArgs()){
sb.append(object);
}
String key = md5(sb.toString());
long expireTime = avoidReSubmit.expireTime();
ValueOperations valueOperations = redisTemplate.ohttp://psForValue();
Object object = valueOperations.get(key);
if(null != object){
throw new RuntimeException("您已经提交了请求,请不要重复提交哦!");
}
valueOperations.set(key, 1, expireTime, Tihttp://meUnit.MILLISECONDS);
}
@Around("submit()&&@annotation(avoidReSubmit)")
public Object doAround(ProceedingJoinPoint proceedingJoinPoint, AvoidReSubmit avoidReSubmit) throws Throwable {
System.out.println("环绕通知:");
Object result = null;
result = proceedingJoinPoint.proceed();
return result;
}
@After("submit()")
public void doAfter() {
System.out.println("******拦截后的逻辑******");
}
private String md5(String str){
if (str == null || str.length() == 0) {
throw new IllegalArgumentException("String to encript cannot be null or zero length");
}
StringBuffer hexString = new StringBuffer();
try {
MessageDigest md = MessageDigest.getInstance("MD5");
md.update(str.getBytes());
byte[] hash = md.digest();
for (int i = 0; i < hash.length; i++) {
if ((0xff & hash[i]) < 0x10) {
hexString.append("0" + Integer.toHexString((0xFF & hash[i])));
} else {
hexString.append(Integer.toHexString(0xFF & hash[i]));
}
}
} catch (NoSuchAlgorithmException e) {
e.printStackTrace();
}
return hexString.toString();
}
}
思路:
简单的通过redis实现,估计版本在网上非常多了。这里的一个思路还是mark一下,现在我这代码只有我和上帝知道什么意思,我怕一个月以后就只有上帝知道了。
自定义注解,注解中申明有效时间
使用aop切面拦截自定义注解,获取注解中有效时间参数,此处默认设置保护期为30 * 1000L,单位毫秒
在切面中获取接口请求的参数,将参数拼接成string,然后进行md5,这样操作是因为降低key长度,避免看起来过于恶心。但是这里有一个情况没有进行测试,那就是key碰撞的问题。在大量数据操作下是否会产生相同key值。
使用md5加密后的key值到redis中查询,如果存在记录则表明已经有接口访问且处于保护期,不可继续提交。此处使用异常处理。如果不存在记录,则表明此接口在保护期内没有访问过,则不操作。此处的场景在使用时可以根据自己需求而定。
此处在环绕通知和after通知均没有操作,因为我们只是对于放重复提交处理,业务场景中不存在后处理的情况,故而没有具体实现。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~