亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 編程 > JSP > 正文

jsp 重復提交問題

2020-07-27 21:41:03
字體:
來源:轉載
供稿:網友

看了網上的,有幾種方法:
1 在你的表單頁里HEAD區加入這段代碼:

復制代碼 代碼如下:

<META HTTP-EQUIV="pragma" CONTENT="no-cache">
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache, must-revalidate">
<META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">

2
生成一個令牌保存在用戶session中,在form中加一個hidden域,顯示該令
牌的值,form提交后重新生成一個新的令牌,將用戶提交的令牌和session
中的令牌比較,如相同則是重復提交
3
在你的服務器端控件的代碼中使用Response.Redirect("selfPage")語句。但是大多的數都不使用這種方法。
方法還有很多。。。
4
<input type="button" value="提交" onclick="this.disabled=true;this.form.submit()">

5

在JSP頁面的FORM表單中添加一個hidden域
<input type="hidden" name="url"value=<%=request.getRequestURL()%>>

在你的serverlet中添加如下語句
String url=request.getParameter("url");
response.sendRedirect(url);
我一般都是采用這樣的方法返回JSP頁面的,不太明白你說的重復刷新是什么概念

6 ajax 無刷新提交

7 Web開發中防止瀏覽器的刷新鍵引起系統操作重復提交
怎么解決呢?重定向可以解決頁面刷新帶來的數據的重復提交的問題,我們自然可以利用重定向的方式來解決這個問題。但是struts的action里面mapping.findword();跳轉的話,默認的是在工程文件夾里面找要跳轉的頁面。這種情況,怎么解決呢?
修改struts-config.xml 文件, 在action里面有一個redirect重新定向的屬性,struts中默認的是false,添加這個屬性,改成true,在forword中寫上要跳轉頁面的絕對或者相對地址就行了
修改如下:
復制代碼 代碼如下:

<action-mappings>
<action attribute="newsActionForm" name="newsActionForm"
input="/addnews.jsp" path="/newsAction" parameter="method"
scope="request" type="com.yongtree.news.action.NewsAction">
<forward name="list" path="/listnews.jsp" redirect="true"></forward>
<forward name="error" path="/addnews.jsp"></forward>
</action>
</action-mappings>


重復提交、重復刷新、防止后退的問題以及處理方式

一。前言
你在任何一個比較專業的BBS都會看到這樣的問題,即使你Google一下,也會發現有很多的人在關注和詢問,但大家給出的解決方法卻都是千差萬別,(有的人主張采用腳本來解決;有的則想重定向到別的頁面;有的則將此問題提升到Token的角度)為什么會有如此大的差異呢?

二。問題場景
首先,我們應該先了解為什么要處理這樣的問題?或者專業一點就是它適合的場景是什么?(似乎只有人來問沒有人來解釋)

1。重復提交、重復刷新的場景
重復提交、重復刷新都是來解決系統重復記錄的問題。也就是說某個人在多次的提交某條記錄(為什么?也許是閑了沒有事情干的;最有可能是用戶根本就不知道自己的提交結果是否已經執行了??。?。

但出現了這樣的問題并不見得就必須處理,要看你所開發的系統的類別而定。比如你接手的是某個資源管理系統,系統本身從需求的角度根本就不允許出現" 重復"的記錄,在這樣需求的約束條件下,去執行重復的提交動作只會引發“業務級異?!钡漠a生,根本就不可能執行成功也就無所謂避免不避免的問題了。

2。防止后退的場景
了解了重復刷新、重復提交的場景,我們來了解一下"防止后退"操作的原因是什么?比如你在開發某個投票系統,它有很多的步驟,并且這些步驟之間是有聯系的,比如第一步會將某些信息發送給第二步,第二步緩存了這些信息,同時將自身的信息發送給了第三步。。。。。等等,如果此時用戶處在第三步驟下,我們想象一下某個淘氣用戶的用戶點擊了后退按鈕,此時屏幕出現了第二步驟的頁面,他再次的修改或者再次的提交,進入到下一個步驟(也就是第三步驟),錯誤就會在此產生?!什么錯誤呢?最為典型的就是這樣的操作直接導致了對于第一個步驟信息的丟失?。ㄈ绻@樣的信息是依靠 Request存放的話,當然你可以存放在Session或者更大的上下文環境中,但這不是個好主意!關于信息存放的問題,下次在就這個問題詳細的討論)


三。如何處理的問題
當然很多的系統(比如訂票系統從需求上本身是允許個人重復訂票的)是必須要避免重復刷新、重復提交、以及防止后退的問題的,但即使是這樣的問題,也要區分如何處理以及在哪里處理的(網上只是告訴你如何處理,但很少去區分在哪里處理的),顯然處理的方式無非是客戶端或者服務器端兩種,而面對不同的位置處理的方式也是不同的,但有一點要事先聲明:任何客戶端(尤其是B/S端)的處理都是不可信任的,最好的也是最應該的是服務器端的處理方法。

客戶端處理:
面對客戶端我們可以使用Javascript腳本來解決,如下

1。重復刷新、重復提交
Ways One:設置一個變量,只允許提交一次。
復制代碼 代碼如下:

<script language="javascript">
var checkSubmitFlg = false;
function checkSubmit() {
if (checkSubmitFlg == true) {
return false;
}
checkSubmitFlg = true;
return true;
}
document.ondblclick = function docondblclick() {
window.event.returnValue = false;
}
document.onclick = function doconclick() {
if (checkSubmitFlg) {
window.event.returnValue = false;
}
}
</script>
<html:form action="myAction.do" method="post" onsubmit="return checkSubmit();">

Way Two : 將提交按鈕或者image置為disable
<html:form action="myAction.do" method="post"
onsubmit="getElById('submitInput').disabled = true; return true;">
<html:image styleId="submitInput" src="images/ok_b.gif" border="0" />
</html:form>

2。防止用戶后退
這里的方法是千姿百態,有的是更改瀏覽器的歷史紀錄的,比如使用window.history.forward()方法; 有的是“用新頁面的URL替換當前的歷史紀錄,這樣瀏覽歷史記錄中就只有一個頁面,后退按鈕永遠不會變為可用。”比如使用 javascript:location.replace(this.href); event.returnValue=false;


2.服務器端的處理(這里只說Struts框架的處理)
利用同步令牌(Token)機制來解決Web應用中重復提交的問題,Struts也給出了一個參考實現。

基本原理:
服務器端在處理到達的請求之前,會將請求中包含的令牌值與保存在當前用戶會話中的令牌值進行比較,
看是否匹配。在處理完該請求后,且在答復發送給客戶端之前,將會產生一個新的令牌,該令牌除傳給
客戶端以外,也會將用戶會話中保存的舊的令牌進行替換。這樣如果用戶回退到剛才的提交頁面并再次
提交的話,客戶端傳過來的令牌就和服務器端的令牌不一致,從而有效地防止了重復提交的發生。

復制代碼 代碼如下:

if (isTokenValid(request, true)) {
// your code here
return mapping.findForward("success");
} else {
saveToken(request);
return mapping.findForward("submitagain");
}

Struts根據用戶會話ID和當前系統時間來生成一個唯一(對于每個會話)令牌的,具體實現可以參考
TokenProcessor類中的generateToken()方法。

1. //驗證事務控制令牌,<html:form >會自動根據session中標識生成一個隱含input代表令牌,防止兩次提交
2. 在action中:
復制代碼 代碼如下:

//<input type="hidden" name="org.apache.struts.taglib.html.TOKEN"
// value="6aa35341f25184fd996c4c918255c3ae">
if (!isTokenValid(request))
errors.add(ActionErrors.GLOBAL_ERROR,
new ActionError("error.transaction.token"));
resetToken(request); //刪除session中的令牌


3. action有這樣的一個方法生成令牌
復制代碼 代碼如下:

protected String generateToken(HttpServletRequest request) {
HttpSession session = request.getSession();
try {
byte id[] = session.getId().getBytes();
byte now[] =
new Long(System.currentTimeMillis()).toString().getBytes();
MessageDigest md = MessageDigest.getInstance("MD5");
md.update(id);
md.update(now);
return (toHex(md.digest()));
} catch (IllegalStateException e) {
return (null);
} catch (NoSuchAlgorithmException e) {
return (null);
}
}

總結
對于重復提交、重復刷新、防止后退等等都是屬于系統為避免重復記錄而需要解決的問題,在客戶端去處理需要針對每一種的可能提出相應的解決方案,然而在服務器端看來只不過是對于數據真實性的檢驗問題,基于令牌的處理就是一勞永逸的方法。

同時我們也看到,從不同的角度去看待問題,其解決的方法也是不同的??蛻舳烁非蟮氖怯脩舻牟僮?,而服務端則將注意力放在了數據的處理上,所以在某個對于服務器端看似容易的問題上,用客戶端來解決卻麻煩了很多!反之依然。所以在某些問題的處理上我們需要綜合考慮和平衡,是用客戶端來解決?還是用服務器端來處理?

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
国产精品午夜国产小视频| 国产精品video| 国产成人在线亚洲欧美| 中文字幕亚洲二区| 国产香蕉精品视频一区二区三区| 亚洲综合中文字幕在线观看| 欧美日韩国产成人高清视频| 98精品国产自产在线观看| 亚洲最新av在线网站| www.日韩欧美| 亚洲高清一二三区| 久热国产精品视频| 日韩中文字幕av| 国产精品678| 日韩影视在线观看| xxxxxxxxx欧美| 国产免费一区二区三区在线观看| 国产精品久久久久久久午夜| 91影院在线免费观看视频| 国产精品女主播视频| 成人免费xxxxx在线观看| 黑丝美女久久久| 少妇精69xxtheporn| 久热爱精品视频线路一| 亚洲国产精品电影在线观看| 日韩在线观看电影| 国产噜噜噜噜久久久久久久久| 日韩av色综合| 最近中文字幕2019免费| 亚洲a∨日韩av高清在线观看| 91中文字幕在线观看| 国产精品一区二区三区成人| 神马久久桃色视频| 亚洲自拍中文字幕| 久久久最新网址| 日韩av影片在线观看| 欧美在线视频播放| 成人www视频在线观看| 国产午夜精品视频| 中文日韩电影网站| 俺去了亚洲欧美日韩| 国产精品黄视频| 国产在线拍偷自揄拍精品| 日韩成人激情影院| 欧美激情视频一区二区| 亚洲人成人99网站| 国产精品无码专区在线观看| 91久久精品国产91性色| 国产精品第二页| 日韩成人在线视频| 亚洲国产欧美自拍| 波霸ol色综合久久| 国产成人精品av在线| 黄色精品在线看| 欧美精品免费看| 一区二区av在线| 欧美性受xxxx白人性爽| 国产精品嫩草影院一区二区| 欧美丝袜一区二区三区| 亚洲无限av看| 亚洲性生活视频在线观看| 亚洲人a成www在线影院| 亚洲成人中文字幕| 最好看的2019的中文字幕视频| 久久精品国产亚洲精品2020| 欧美福利在线观看| 欧美精品video| 97视频在线观看播放| 中文字幕亚洲情99在线| 高潮白浆女日韩av免费看| 中文字幕亚洲欧美日韩在线不卡| www亚洲精品| 欧美一区二区三区精品电影| 狠狠躁夜夜躁人人爽天天天天97| 久久视频免费观看| 国产亚洲一级高清| 欧美日韩亚洲国产一区| 黑人巨大精品欧美一区二区一视频| 国产精品视频yy9099| 国产精品久久久久不卡| 欧美一级视频在线观看| 亚洲精品短视频| 欧美亚洲一区在线| 日本亚洲精品在线观看| 国产一区二中文字幕在线看| 亚洲欧美日韩天堂| 国产日韩精品在线观看| 成人国产精品一区| 久久免费观看视频| 91在线高清免费观看| 8x拔播拔播x8国产精品| 永久免费看mv网站入口亚洲| 青草热久免费精品视频| 亚洲国产精品久久91精品| 亚洲美女喷白浆| 色偷偷av一区二区三区乱| 日产精品久久久一区二区福利| 久久天天躁狠狠躁夜夜av| 日韩经典第一页| 91影视免费在线观看| 欧美噜噜久久久xxx| 日韩成人av一区| 国产一区二区三区在线观看网站| 91人人爽人人爽人人精88v| 91精品啪aⅴ在线观看国产| 欧美麻豆久久久久久中文| 日韩小视频在线观看| 色综合亚洲精品激情狠狠| 国产精品美女午夜av| 中文字幕日韩在线播放| 精品久久久一区二区| 久久免费视频在线观看| 亚洲欧美一区二区三区久久| 日韩在线中文字| 久久久久久久久久国产精品| 亚洲激情自拍图| 91成人在线播放| 在线日韩av观看| 欧美一区深夜视频| 国产欧美在线播放| 美女av一区二区| 国产精品羞羞答答| 国产成人小视频在线观看| 亚洲一区国产精品| 欧美性高跟鞋xxxxhd| 日韩久久免费电影| 欧美大片欧美激情性色a∨久久| 欧美日韩免费在线| 一区二区福利视频| 亚洲一区二区三区四区在线播放| 久久久亚洲福利精品午夜| 国产精品免费视频久久久| 宅男66日本亚洲欧美视频| 91久久国产婷婷一区二区| 日本久久91av| 在线观看不卡av| 91高清视频在线免费观看| 国产91精品青草社区| 日韩欧美在线国产| 国产日本欧美一区二区三区在线| 欧美在线视频导航| 国产亚洲免费的视频看| 91爱爱小视频k| 久久成人精品一区二区三区| 久久国产天堂福利天堂| 欧美在线一区二区视频| 久久国产精品网站| 欧美精品免费看| 97香蕉超级碰碰久久免费软件| 最近2019中文字幕一页二页| 日韩在线视频观看| 国产精品久久久久aaaa九色| 欧美精品18videos性欧美| 色综合久久中文字幕综合网小说| 国产成人精品在线| 亚洲精品国产成人| 成人黄色片在线| 96国产粉嫩美女| 久久国产一区二区三区| 欧美激情亚洲激情| 日韩影视在线观看| 7777kkkk成人观看| 国产亚洲欧洲高清一区| 亚洲久久久久久久久久久|