java重復提交

Ⅰ 請教java 登錄token的代碼

Struts的Token（令牌）機制能夠很好的解決表單重復提交的問題，基本原理是：伺服器端在處理到達的請求之前，會將請求中包含的令牌值與保存在當前用戶會話中的令牌值進行比較，看是否匹配。在處理完該請求後，且在答復發送給客戶端之前，將會產生一個新的令牌，該令牌除傳給客戶端以外，也會將用戶會話中保存的舊的令牌進行替換。這樣如果用戶回退到剛才的提交頁面並再次提交的話，客戶端傳過來的令牌就和伺服器端的令牌不一致，從而有效地防止了重復提交的發生。

這時其實也就是兩點，第一：你需要在請求中有這個令牌值，請求中的令牌值如何保存，其實就和我們平時在頁面中保存一些信息是一樣的，通過隱藏欄位來保存，保存的形式如： 〈input type="hidden" name="org.apache.struts.taglib.html.TOKEN" value=""〉，這個value是TokenProcessor類中的generateToken()獲得的，是根據當前用戶的session id和當前時間的long值來計算的。第二：在客戶端提交後，我們要根據判斷在請求中包含的值是否和伺服器的令牌一致，因為伺服器每次提交都會生成新的Token，所以，如果是重復提交，客戶端的Token值和伺服器端的Token值就會不一致。下面就以在資料庫中插入一條數據來說明如何防止重復提交。

在Action中的add方法中，我們需要將Token值明確的要求保存在頁面中，只需增加一條語句：saveToken(request);，如下所示：

public ActionForward add(ActionMapping mapping, ActionForm form,

HttpServletRequest request, HttpServletResponse response)

//前面的處理省略

saveToken(request);

return mapping.findForward("add");

}在Action的insert方法中，我們根據表單中的Token值與伺服器端的Token值比較，如下所示：

public ActionForward insert(ActionMapping mapping, ActionForm form,

HttpServletRequest request, HttpServletResponse response)

if (isTokenValid(request, true)) {

// 表單不是重復提交

//這里是保存數據的代碼

} else {

//表單重復提交

saveToken(request);

//其它的處理代碼

}

}

其實使用起來很簡單，舉個最簡單、最需要使用這個的例子：

一般控制重復提交主要是用在對資料庫操作的控制上，比如插入、更新、刪除等，由於更新、刪除一般都是通過id來操作（例如：updateXXXById, removeXXXById），所以這類操作控制的意義不是很大（不排除個別現象），重復提交的控制也就主要是在插入時的控制了。

先說一下，我們目前所做項目的情況：

目前的項目是用Struts＋Spring＋Ibatis，頁面用jstl，Struts復雜View層，Spring在Service層提供事務控制，Ibatis是用來代替JDBC，所有頁面的訪問都不是直接訪問jsp，而是訪問Structs的Action，再由Action來Forward到一個Jsp，所有針對資料庫的操作，比如取數據或修改數據，都是在Action裡面完成，所有的Action一般都繼承BaseDispatchAction，這個是自己建立的類，目的是為所有的Action做一些統一的控制，在Struts層，對於一個功能，我們一般分為兩個Action，一個Action里的功能是不需要調用Struts的驗證功能的（常見的方法名稱有add,edit,remove,view,list），另一個是需要調用Struts的驗證功能的（常見的方法名稱有insert,update）。

就拿論壇發貼來說吧，論壇發貼首先需要跳轉到一個頁面，你可以填寫帖子的主題和內容，填寫完後，單擊「提交」，貼子就發表了，所以這里經過兩個步驟：

1、轉到一個新增的頁面，在Action里我們一般稱為add，例如：

public ActionForward add(ActionMapping mapping, ActionForm form,

HttpServletRequest request, HttpServletResponse response)

throws Exception {

//這一句是輸出調試信息，表示代碼執行到這一段了

log.debug(":: action - subject add");

//your code here

//這里保存Token值

saveToken(request);

//跳轉到add頁面，在Structs-config.xml裡面定義，例如，跳轉到subjectAdd.jsp

return mapping.findForward("add");

}

2、在填寫標題和內容後，選擇 提交 ，會提交到insert方法，在insert方法里判斷，是否重復提交了。

public ActionForward insert(ActionMapping mapping, ActionForm form,

HttpServletRequest request, HttpServletResponse response){

if (isTokenValid(request, true)) {

// 表單不是重復提交

//這里是保存數據的代碼

} else {

//表單重復提交

saveToken(request);

//其它的處理代碼

}

}

下面更詳細一點（注意，下面所有的代碼使用全形括弧）：

1、你想發貼時，點擊「我要發貼」鏈接的代碼可以里這樣的：

〈html:link action="subject.do?method=add"〉我要發貼〈/html:link〉

subject.do 和 method 這些在struct-config.xml如何定義我就不說了，點擊鏈接後，會執行subject.do的add方法，代碼如上面說的，跳轉到subjectAdd.jsp頁面。頁面的代碼大概如下：

〈html:form action="subjectForm.do?method=insert"〉

〈html:text property="title" /〉

〈html:textarea property="content" /〉

〈html:submit property="發表" /〉

〈html:reset property="重填" /〉

〈html:form〉

如果你在add方法里加了「saveToken(request);」這一句，那在subjectAdd.jsp生成的頁面上，會多一個隱藏欄位，類似於這樣〈input type="hidden" name="org.apache.struts.taglib.html.TOKEN" value=""〉，

2、點擊發表後，表單提交到subjectForm.do里的insert方法後，你在insert方法里要將表單的數據插入到資料庫中，如果沒有進行重復提交的控制，那麼每點擊一次瀏覽器的刷新按鈕，都會在資料庫中插入一條相同的記錄，增加下面的代碼，你就可以控制用戶的重復提交了。

if (isTokenValid(request, true)) {

// 表單不是重復提交

//這里是保存數據的代碼

} else {

//表單重復提交

saveToken(request);

//其它的處理代碼

}

注意，你必須在add方法里使用了saveToken(request)，你才能在insert里判斷，否則，你每次保存操作都是重復提交。

記住一點，Struts在你每次訪問Action的時候，都會產生一個令牌，保存在你的Session裡面，如果你在Action里的函數裡面，使用了saveToken(request);，那麼這個令牌也會保存在這個Action所Forward到的jsp所生成的靜態頁面里。

如果你在你Action的方法里使用了isTokenValid，那麼Struts會將你從你的request裡面去獲取這個令牌值，然後和Session里的令牌值做比較，如果兩者相等，就不是重復提交，如果不相等，就是重復提交了。

由於我們項目的所有Action都是繼承自BaseDispatchAction這個類，所以我們基本上都是在這個類裡面做了表單重復提交的控制，默認是控制add方法和insert方法，如果需要控制其它的方法，就自己手動寫上面這些代碼，否則是不需要手寫的，控制的代碼如下：

public abstract class BaseDispatchAction extends BaseAction {

protected ActionForward perform(ActionMapping mapping, ActionForm form,

HttpServletRequest request, HttpServletResponse response)

throws Exception {

String parameter = mapping.getParameter();

String name = request.getParameter(parameter);

if (null == name) { //如果沒有指定 method ，則默認為 list

name = "list";

}

if ("add".equals(name)) {

if ("add".equals(name)) {

saveToken(request);

}

} else if ("insert".equals(name)) {

if (!isTokenValid(request, true)) {

resetToken(request);

saveError(request, new ActionMessage("error.repeatSubmit"));

log.error("重復提交！");

return mapping.findForward("error");

}

}

return dispatchMethod2(mapping, form, request, response, name);

}

}

Ⅱ java token有什麼用

Struts本身有一套完善的防止重復提交表單的Token(令牌)機制，但筆者目前的項目自版寫的framework沒有用到權Struts，故也得自寫防止用戶因為後退或者刷新來重復提交表單內容的Token機制。不難，容易實現。

實現原理：一致性。jsp生成表單時，在表單中插入一個隱藏<input>欄位，該欄位就是保存在頁面端的token字元串，同時把該字元串存入session中。等到用戶提交表單時，會一並提交該隱藏的token字元串。在伺服器端，查看下是否在session中含有與該token字元串相等的字元串。如果有，那麼表明是第一次提交該表單，然後刪除存放於session端的token字元串，再做正常業務邏輯流程；如果沒有，那麼表示該表單被重復提交，做非正常流程處理，可以警告提示也可以什麼也不做。 網路的.

Ⅲ javaweb防止表單重復提交的幾種解決方案

1.js方法解決:關於js方法解決就是說通過js動態控制提交按鈕不能多次點擊，或者多次點擊不起作用。

方案一:通過設立標識使表單不能重復提交:

要強調的是，利用session方法解決表單重復問題是十分完美的，基本上可以應對各種重復提交問題。

但！是不是之前在客戶端防止表單重復提交的種種方法就不使用了呢？

答案是否定的，我們需要多種方法混合使用才能達到最好的效果，也許有人會問，不是說session方法基本可以應對各種重復提交問題了嗎？

這里我們所說的達到最好效果指的是，給用戶更好地體驗，例如用戶點擊了提交按鈕，這時將按鈕變為不可用的，用以告訴用戶你已經提交內容了，不可重復提交。還有如果無論什麼情況都用session防止表單重復提交問題，反而無形的增加了伺服器端的負擔。

Ⅳ java如何實現你提交太頻繁了

可以使用前、後端分別攔截的方式。
前端攔截是指通過 HTML 頁面來攔截重復請求，比如在用戶點擊完「提交」按鈕後，我們可以把按鈕設置為不可用或者隱藏狀態。但前端攔截有一個致命的問題，如果是懂行的程序員或非法用戶可以直接繞過前端頁面，通過模擬請求來重復提交請求，比如充值了100元，重復提交了10次變成了1000元。所以除了前端攔截一部分正常的誤操作之外，後端的攔截也是必不可少。後端攔截的實現思路是在方法執行之前，先判斷此業務是否已經執行過，如果執行過則不再執行，否則就正常執行，將請求的業務 ID 存儲在內存中，並且通過添加互斥鎖來保證多線程下的程序執行安全。