傳統方式（不推薦）

首先我們介紹下之前傳統的防重復提交方式：

1：前端處理：

思路如下：

function dosubmit(){

//第一步，我們需要獲取表單的提交按鈕。

var btnSubmit = document.getElementById("submit");

//第二步，需要將表單提交按鈕設置為不可用（或則直接隱藏，但是隱藏的話會被認為是BUG），這樣就可以避免用戶再次點擊提交按鈕，進行提交操作。

btnSubmit.disabled= "disabled";

//第三步，返回true讓表單可以正常提交。

return true;

}

2：服務端session處理

思路如下：

1、在服務器端生成一個唯一的隨機標識號，專業術語稱為Token(令牌)，并在當前用戶的Session域中保存這個Token。

2、將Token發送到客戶端的Form表單中，在Form表單中使用隱藏域來存儲這個Token，表單提交的時候連同這個Token一起提交到服務器端。

3、在服務器端判斷客戶端提交上來的Token與服務器端生成的Token是否一致，如果不一致，那就是重復提交了，此時服務器端就可以不處理重復提交的表單。如果相同則處理表單提交，處理完后清除當前用戶的Session域中存儲的標識號。

Spring-AOP防重解決方案（推薦）

以上是比較早的防重復提交解決方案，本文我們再介紹一種：

服務端Spring -AOP防重

思路如下：

1、自定義注解 @NoRepeatSubmit 標記有必要防重復提交請求Controller。

2、通過Spring-AOP方式對所有標記了 @NoRepeatSubmit 的方法進行切入攔截。

3、在業務方法執行前，獲取當前用戶的 token+ 當前請求地址，作為一個唯一 KEY，去獲取 redis 分布式鎖（如果此時并發獲取，只有一個線程會被成功獲取到鎖）。

4、業務方法執行后，一定要釋放鎖，異常也要釋放鎖（放到finally中釋放亦可）。

通過上面測試，我們看到初始化十個線程，只有一個線程是提交成功了。