jsp 重复提交解决方法

转来的....

 

 

----------------------- Page 1-----------------------

看了网上的，有几种方法： 

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" 

----------------------- Page 2-----------------------

redirect="true"></forward> 

   <forward
name="error"
path="/addnews.jsp"></forward> 

</action> 

</action-mappings> 

重复提交、重复刷新、防止后退的问题以及处理方式 

一。前言 

你在任何一个比较专业的BBS都会看到这样的问题，即使你Google一下，也会

发现有很多的人在关注和询问，但大家给出的解决方法却都是千差万别，（有 的

人主张采用脚本来解决;有的则想重定向到别的页面;有的则将此问题提升到

Token的角度）为什么会有如此大的差异呢？ 

二。问题场景 

首先，我们应该先了解为什么要处理这样的问题？或者专业一点就是它适合的场

景是什么？（似乎只有人来问没有人来解释） 

1。重复提交、重复刷新的场景 

重复提交、重复刷新都是来解决系统重复记录的问题。也就是说某个人在多次的

提交某条记录（为什么？也许是闲了没有事情干的;最有可能是用户根本就不知

道自己的提交结果是否已经执行了？！）。 

但出现了这样的问题并不见得就必须处理，要看你所开发的系统的类别而定。比

如你接手的是某个资源管理系统，系统本身从需求的角度根本就不允许出现" 重

复"的记录，在这样需求的约束条件下，去执行重复的提交动作只会引发“业务

级异常”的产生，根本就不可能执行成功也就无所谓避免不避免的问题了。 

2。防止后退的场景 

了解了重复刷新、重复提交的场景，我们来了解一下"防止后退"操作的原因是什

么？比如你在开发某个投票系统，它有很多的步骤，并且这些步骤之间是有联系 

的，比如第一步会将某些信息发送给第二步，第二步缓存了这些信息，同时将自

身的信息发送给了第三步。。。。。等等，如果此时用户处在第三步骤下，我们

想象 一下某个淘气用户的用户点击了后退按钮，此时屏幕出现了第二步骤的页

面，他再次的修改或者再次的提交，进入到下一个步骤（也就是第三步骤），错

误就会在此 产生？！什么错误呢？最为典型的就是这样的操作直接导致了对于

第一个步骤信息的丢失！（如果这样的信息是依靠Request存放的话，当然你可

以存放在 Session或者更大的上下文环境中，但这不是个好主意！关于信息存

放的问题，下次在就这个问题详细的讨论） 

 

三。如何处理的问题 

当然很多的系统（比如订票系统从需求上本身是允许个人重复订票的）是必须要

避免重复刷新、重复提交、以及防止后退的问题的，但即使是这样的问题，也要

区分 如何处理以及在哪里处理的（网上只是告诉你如何处理，但很少去区分在

哪里处理的），显然处理的方式无非是客户端或者服务器端两种，而面对不同的

----------------------- Page 3-----------------------

位置处理的 方式也是不同的，但有一点要事先声明：任何客户端（尤其是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框架的处理） 

----------------------- Page 4-----------------------

利用同步令牌（Token）机制来解决Web应用中重复提交的问题，Struts也给出

了一个参考实现。 

基本原理： 

服务器端在处理到达的请求之前，会将请求中包含的令牌值与保存在当前用户会

话中的令牌值进行比较， 

看是否匹配。在处理完该请求后，且在答复发送给客户端之前，将会产生一个新

的令牌，该令牌除传给 

客户端以外，也会将用户会话中保存的旧的令牌进行替换。这样如果用户回退到

刚才的提交页面并再次 

提交的话，客户端传过来的令牌就
ae9b
和服务器端的令牌不一致，从而有效地防止了

重复提交的发生。 

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 

----------------------- Page 5-----------------------

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);  

      
}  

  
}  

总结 

对于重复提交、重复刷新、防止后退等等都是属于系统为避免重复记录而需要解

决的问题，在客户端去处理需要针对每一种的可能提出相应的解决方案，然而在

服务器端看来只不过是对于数据真实性的检验问题，基于令牌的处理就是一劳永

逸的方法。 

同时我们也看到，从不同的角度去看待问题，其解决的方法也是不同的。客户端

更追求的是用户的操作，而服务端则将注意力放在了数据的处理上，所以在某 个

对于服务器端看似容易的问题上，用客户端来解决却麻烦了很多！反之依然。所

以在某些问题的处理上我们需要综合考虑和平衡，是用客户端来解决？还是用服

务 器端来处理？