有几种方法
在你的表单页里HEAD区加入这段代码:
<META HTTPEQUIV="pragma" CONTENT="nocache">
<META HTTPEQUIV="CacheControl" CONTENT="nocache mustrevalidate">
<META HTTPEQUIV="expires" CONTENT="Wed Feb :: GMT">
生成一个令牌保存在用户session中在form中加一个hidden域显示该令
牌的值form提交后重新生成一个新的令牌将用户提交的令牌和session
中的令牌比较如相同则是重复提交
在你的服务器端控件的代码中使用ResponseRedirect("selfPage")语句但是大多的数都不使用这种方法
方法还有很多
<input type="button" value="提交" onclick="thisdisabled=true;thisformsubmit()">
在JSP页面的FORM表单中添加一个hidden域
<input type="hidden" name="url"value=<%=requestgetRequestURL()%>>
在你的serverlet中添加如下语句
String url=requestgetParameter("url");
responsesendRedirect(url);
我一般都是采用这样的方法返回JSP页面的不太明白你说的重复刷新是什么概念
ajax 无刷新提交
Web开发中防止浏览器的刷新键引起系统操作重复提交
怎么解决呢？重定向可以解决页面刷新带来的数据的重复提交的问题我们自然可以利用重定向的方式来解决这个问题但是struts的action里面mappingfindword（）跳转的话默认的是在工程文件夹里面找要跳转的页面这种情况怎么解决呢？
修改struts－configxml 文件 在action里面有一个redirect重新定向的属性struts中默认的是false添加这个属性改成true在forword中写上要跳转页面的绝对或者相对地址就行了
修改如下
<actionmappings>
<action attribute="newsActionForm" name="newsActionForm"
input="/addnewsjsp" path="/newsAction" parameter="method"
scope="request" type="comyongtreenewsactionNewsAction">
<forward name="list" path="/listnewsjsp" redirect="true"></forward>
<forward name="error" path="/addnewsjsp"></forward>
</action>
</actionmappings>
重复提交重复刷新防止后退的问题以及处理方式
一前言
你在任何一个比较专业的BBS都会看到这样的问题即使你Google一下也会发现有很多的人在关注和询问但大家给出的解决方法却都是千差万别（有的人主张采用脚本来解决;有的则想重定向到别的页面;有的则将此问题提升到Token的角度）为什么会有如此大的差异呢？
二问题场景
首先我们应该先了解为什么要处理这样的问题？或者专业一点就是它适合的场景是什么？（似乎只有人来问没有人来解释）
重复提交重复刷新的场景
重复提交重复刷新都是来解决系统重复记录的问题也就是说某个人在多次的提交某条记录（为什么？也许是闲了没有事情干的;最有可能是用户根本就不知道自己的提交结果是否已经执行了？！）
但出现了这样的问题并不见得就必须处理要看你所开发的系统的类别而定比如你接手的是某个资源管理系统系统本身从需求的角度根本就不允许出现"重复"的记录在这样需求的约束条件下去执行重复的提交动作只会引发“业务级异常”的产生根本就不可能执行成功也就无所谓避免不避免的问题了
防止后退的场景
了解了重复刷新重复提交的场景我们来了解一下"防止后退"操作的原因是什么？比如你在开发某个投票系统它有很多的步骤并且这些步骤之间是有联系的比如第一步会将某些信息发送给第二步第二步缓存了这些信息同时将自身的信息发送给了第三步等等如果此时用户处在第三步骤下我们想象一下某个淘气用户的用户点击了后退按钮此时屏幕出现了第二步骤的页面他再次的修改或者再次的提交进入到下一个步骤（也就是第三步骤）错误就会在此产生？！什么错误呢？最为典型的就是这样的操作直接导致了对于第一个步骤信息的丢失！（如果这样的信息是依靠Request存放的话当然你可以存放在Session或者更大的上下文环境中但这不是个好主意！关于信息存放的问题下次在就这个问题详细的讨论）
三如何处理的问题
当然很多的系统（比如订票系统从需求上本身是允许个人重复订票的）是必须要避免重复刷新重复提交以及防止后退的问题的但即使是这样的问题也要区分如何处理以及在哪里处理的（网上只是告诉你如何处理但很少去区分在哪里处理的）显然处理的方式无非是客户端或者服务器端两种而面对不同的位置处理的方式也是不同的但有一点要事先声明任何客户端（尤其是B/S端）的处理都是不可信任的最好的也是最应该的是服务器端的处理方法
客户端处理
面对客户端我们可以使用Javascript脚本来解决如下
重复刷新重复提交
Ways One设置一个变量只允许提交一次
<script language="javascript">
var checkSubmitFlg = false;
function checkSubmit() {
if (checkSubmitFlg == true) {
return false;
}
checkSubmitFlg = true;
return true;
}
documentondblclick = function docondblclick() {
windoweventreturnValue = false;
}
documentonclick = function doconclick() {
if (checkSubmitFlg) {
windoweventreturnValue = false;
}
}
</script>
<html:form action="myActiondo" method="post" onsubmit="return checkSubmit();">
Way Two : 将提交按钮或者image置为disable
<html:form action="myActiondo" method="post"
onsubmit="getElById(submitInput)disabled = true; return true;">
<html:image styleId="submitInput" src="images/ok_bgif" border="" />
</html:form>
防止用户后退
这里的方法是千姿百态有的是更改浏览器的历史纪录的比如使用windowhistoryforward()方法;有的是“用新页面的URL替换当前的历史纪录这样浏览历史记录中就只有一个页面后退按钮永远不会变为可用”比如使用javascript:locationreplace(thishref); eventreturnValue=false;
服务器端的处理（这里只说Struts框架的处理）
利用同步令牌（Token）机制来解决Web应用中重复提交的问题Struts也给出了一个参考实现
基本原理
服务器端在处理到达的请求之前会将请求中包含的令牌值与保存在当前用户会话中的令牌值进行比较
看是否匹配在处理完该请求后且在答复发送给客户端之前将会产生一个新的令牌该令牌除传给
客户端以外也会将用户会话中保存的旧的令牌进行替换这样如果用户回退到刚才的提交页面并再次
提交的话客户端传过来的令牌就和服务器端的令牌不一致从而有效地防止了重复提交的发生
if (isTokenValid(request true)) {
// your code here
return mappingfindForward("success");
} else {
saveToken(request);
return mappingfindForward("submitagain");
}
Struts根据用户会话ID和当前系统时间来生成一个唯一（对于每个会话）令牌的具体实现可以参考
TokenProcessor类中的generateToken()方法
//验证事务控制令牌<html:form >会自动根据session中标识生成一个隐含input代表令牌防止两次提交
在action中
//<input type="hidden" name="orgapachestrutstaglibhtmlTOKEN"
// value="aaffdcccae">
if (!isTokenValid(request))
errorsadd(ActionErrorsGLOBAL_ERROR
new ActionError("errortransactiontoken"));
resetToken(request); //删除session中的令牌
action有这样的一个方法生成令牌
protected String generateToken(HttpServletRequest request) {
HttpSession session = requestgetSession();
try {
byte id[] = sessiongetId()getBytes();
byte now[] =
new Long(SystemcurrentTimeMillis())toString()getBytes();
MessageDigest md = MessageDigestgetInstance("MD");
mdupdate(id);
mdupdate(now);
return (toHex(mddigest()));
} catch (IllegalStateException e) {
return (null);
} catch (NoSuchAlgorithmException e) {
return (null);
}
}
总结
对于重复提交重复刷新防止后退等等都是属于系统为避免重复记录而需要解决的问题在客户端去处理需要针对每一种的可能提出相应的解决方案然而在服务器端看来只不过是对于数据真实性的检验问题基于令牌的处理就是一劳永逸的方法
