JSP 重复提交 解决方法
JSP 重复提交 解决方法

2010-10-15 19:57:35|  分类： STRUTS |  标签：令牌  提交  jsp  session  request   |字号 订阅
----------------------- 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或