關于重復請求，指的是我們服務端接收到很短的時間內的多個相同內容的重復請求。而這樣的重復請求如果是冪等的(每次請求的結果都相同，如查詢請求)，那其實對于我們沒有什么影響，但如果是非冪等的(每次請求都會對關鍵數據造成影響，如刪除關系、建立關系等)，那就會輕則產生臟數據，重則導致系統錯誤。

因此，在當前普遍分布式服務的情況下，如何避免和解決重復請求給我們帶來的數據異常成為了亟待解決的問題。而避免重復請求，最好的做法是前后端共同去做。

1. 前端或客戶端在非冪等的按鈕上直接做禁止提交重復請求的操作。

2. 后端在接收到請求時加鎖，完成后解鎖。

這篇博客主要講的是在后端基于分布式鎖的概念去出一個關于解決重復請求的通用解決方案。

二、正文

為何要使用分布式鎖來解決呢？因為我們當前普遍的架構都是分布式的服務端，前端請求通過網關層轉發至后端，如下圖所示，因此如果只在一個單獨的服務器上做限制，就無法在分布式的服務中完成應對高頻次的重復請求了。

基本思路

思路基本上是對需要做防止重復請求的接口加上分布式鎖，步驟如下：

在接收到請求后，根據方法名+參數取md5值，獲取該方法及該參數的唯一標識；

獲取標識后設置分布式鎖，并且設置過期時間；

在請求結束后，釋放分布式鎖。

即可完成對當前請求的重復請求禁止。如果想做通用的解決方案，那就需要把上述步驟做出一個小功能出來，由于本人對java、spring框架比較熟悉，就拿這個來做個示例。

基于spring切面、redis的實現

想必一些熟悉spring的同學已經知道我想采用什么方式了，做通用型的，肯定要用到spring的aop特性，注解+切面+md5key+反射+redis實現，具體如下：

定義一個分布式鎖注解，注解包含過期時間設置、忽略參數；

定義一個切面，切點為分布式鎖注解，在切面中獲取需要使用分布式鎖的方法名、參數、過期時間，并且將方法名及未被忽略參數做md5取唯一標識；

再根據上述唯一標識設置redsis分布式鎖；

方法結束后解鎖。

代碼如下：

注解

定義名稱為RepeatOperationLock的注解，參數有鎖過期時間及忽略屬性(即不參與分布式鎖標識MD5計算的屬性)。

@Documented@Inherited@Retention(RetentionPolicy.RUNTIME)@Target({ElementType.METHOD})@Componentpublic @interface RepeatOperationLock { /** * 鎖時長，默認500ms * @return */ long timeOut() default 500; /** * 忽略上鎖參數位置，從0開始 * @return */ int[] ignoreIndex();}復制代碼

切面

切點為上述注解，切面中做了以下幾件事，獲取方法名、獲取注解屬性(過期時間、忽略屬性)、計算方法+屬性的md5值、調用外部分布式鎖的方法。

@Aspect@Slf4j@Componentpublic class LockAspect { @Autowired RepeatLockService repeatLockService; @Pointcut("@annotation(com.ls.javabase.aspect.annotation.RepeatOperationLock)") public void serviceAspect() { } @Before("serviceAspect()") public void setLock(JoinPoint point) { log.info("防止方法重復調用接口鎖,上鎖,point:{} 創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的设置公共请求参数_基于分布式锁的防止重复请求解决方案（值得收藏）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。