真实场景7：自定义注解+AOP+Redis限制重复提交，企业普适性方案

文章主旨：

通过自定义注解、AOP和Redis技术解决系统中接口重复提交的问题。

关键要点：

• 接口重复提交可能导致系统副作用，例如支付场景中的多次扣款问题。
• 常见导致重复提交的场景包括用户多次点击按钮、页面回退、微服务调用失败或触发重试机制等。
• 企业解决方案建议使用自定义注解、AOP和Redis，代码结构清晰且易于维护。
• 自定义注解包含限制时间、唯一标识和等待机制配置。
• AOP通过拦截请求实现对重复提交的检测和处理，结合Redis存储短期唯一键值防止重复提交。

内容结构：

1. 问题背景

描述了系统分布式架构下服务之间的通信方式（RPC或RESTful），以及由于网络异常导致重复提交的风险，例如支付扣款场景中用户多次点击按钮引发的资金扣款问题。

2. 典型场景

• 用户多次点击按钮。
• 页面回退重复提交请求。
• 微服务调用失败触发feign重试机制。
• 其他业务场景可能导致重复提交。

3. 解决方案

3.1 自定义注解

定义注解用于限制重复提交，配置项包括限制时间（默认10秒）、唯一标识键、请求完成后是否等待。

3.2 AOP实现

通过AOP拦截带有自定义注解的方法，结合Redis存储唯一键值，检测重复请求并抛出异常。逻辑包括：

• 获取用户信息和注解配置。
• 生成Redis唯一键值，用于标记短时间内的操作。
• 执行请求并处理结果，防止重复提交。

4. 代码示例

包括自定义注解和AOP实现的完整代码示例，展示了解决方案的具体技术细节。

文章总结：

文章以技术视角明确提出解决方案，通过自定义注解结合AOP和Redis，提供了有效的接口重复提交防御机制，适用于实际企业场景。

应对 DevOps 中的技术债务：创新与稳定性的微妙平衡

了解更多

不码不疯魔

查看原文：真实场景7：自定义注解+AOP+Redis限制重复提交，企业普适性方案

文章来源：

不码不疯魔

扫码关注公众号