防止重复提交：用AOP和Redis打造坚固的防线！

后端

2023-12-03 07:12:34

重复提交：无形中的系统杀手

重复提交，正如其名，是指同一个请求被多次提交。这种看似微不足道的情况，却暗藏着对系统的一系列致命威胁。

数据混乱的罪魁祸首

重复提交最直接的后果就是数据不一致。想象一下，同一笔订单被提交了两次，这将导致商品库存的错误更新。更糟糕的是，这可能导致财务数据的混乱，从而对企业的声誉和财务状况造成毁灭性影响。

系统崩溃的诱因

当重复提交发生时，系统将不得不处理超出预期的请求数量。这会给系统带来巨大的压力，从而可能导致系统崩溃。在极端情况下，甚至可能导致数据丢失或损坏。

安全漏洞的跳板

重复提交还可以为攻击者提供可乘之机。他们可以通过反复提交请求来发起攻击，窃取数据或破坏系统。这种安全漏洞对企业的敏感信息和业务连续性构成了严重威胁。

AOP + Redis：联手打造重复提交防火墙

为了应对重复提交的威胁，我们可以借助SpringBoot、AOP和Redis构建一套高效且可靠的防护机制。具体步骤如下：

注解标识重复提交目标

通过定义一个名为RepeatSubmit的Java注解，我们可以明确指定哪些方法需要防止重复提交。当这些方法被调用时，AOP就会自动进行拦截。

Redis存储提交记录

使用Redis存储已经提交过的请求ID。AOP在拦截方法时，会向Redis查询该请求ID是否存在。如果存在，则表明该请求已提交，AOP将阻止其执行。

AOP智能拦截

AOP通过环绕增强对需要保护的方法进行拦截。它会检查请求ID是否已存储在Redis中。如果已存储，则抛出异常，阻止该方法的执行。如果没有存储，则将请求ID存储到Redis中，并在方法执行后将其删除。

代码示例：实战演练

@SpringBootApplication
public class RepeatSubmitApplication {

    public static void main(String[] args) {
        SpringApplication.run(RepeatSubmitApplication.class, args);
    }
}

@RestController
class Controller {

    @RepeatSubmit
    @PostMapping("/submit")
    public String submit() {
        return "提交成功";
    }
}

@Aspect
@Order(0)
class RepeatSubmitAspect {

    @Around("@annotation(com.example.demo.RepeatSubmit)")
    public Object around(ProceedingJoinPoint point) throws Throwable {
        String key = "repeat_submit:" + point.getSignature().toShortString();
        if (redisTemplate.opsForValue().setIfAbsent(key, point.getSignature().toShortString())) {
            redisTemplate.expire(key, 5, TimeUnit.SECONDS);
            try {
                return point.proceed();
            } finally {
                redisTemplate.delete(key);
            }
        } else {
            throw new RepeatSubmitException("重复提交");
        }
    }
}

class RepeatSubmitException extends RuntimeException {

    public RepeatSubmitException(String message) {
        super(message);
    }
}