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也给出
了一个参考实现。 

基本原理： 
服务器端在处理到达的请求之前，会将请求中包含的令牌值与保存在当前用户会
话中的令牌值进行比较， 
看是否匹配。在处理完该请求后，且在答复发送给客户端之前，将会产生一个新
的令牌，该令牌除传给 
客户端以外，也会将用户会话中保存的旧的令牌进行替换。这样如果用户回退到
刚才的提交页面并再次 
提交的话，客户端传过来的令牌就和服务器端的令牌不一致，从而有效地防止了
重复提交的发生。 

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

总结 
对于重复提交、重复刷新、防止后退等等都是属于系统为避免重复记录而需要解
决的问题，在客户端去处理需要针对每一种的可能提出相应的解决方案，然而在
服务器端看来只不过是对于数据真实性的检验问题，基于令牌的处理就是一劳永
逸的方法。 

同时我们也看到，从不同的角度去看待问题，其解决的方法也是不同的。客户端
更追求的是用户的操作，而服务端则将注意力放在了数据的处理上，所以在某 个
对于服务器端看似容易的问题上，用客户端来解决却麻烦了很多！反之依然。所
以在某些问题的处理上我们需要综合考虑和平衡，是用客户端来解决？还是用服
务 器端来处理？