while (rs.next()) {
str += "<tr><td>" + rs.getInt("id") + "</td><td>" +
rs.getString("title") + "</td></tr>"//
有几种方法 在你的表单页里HEAD区加入这段代码: <META HTTP EQUIV="pragma" CONTENT="no cache"><META HTTP EQUIV="Cache Control" CONTENT="no cache must revalidate"><META HTTP EQUIV="expires" CONTENT="Wed Feb : : GMT">生成一个令牌保存在用户session中 在form中加一个hidden域 显示该令 牌的值 form提交后重新生成一个新的令牌 将用户提交的令牌和session 中的令牌比较 如相同则是重复提交 在你的服务器端控件的代码中使用Response Redirect("selfPage")语句 但是大多的数都不使用这种方法 方法还有很多 <input type=button value="提交" onclick="this disabled form submit()">
在JSP页面的FORM表单中添加一个hidden域 <input type=hidden name=urlvalue=<%=request getRequestURL()%>>在你的serverlet中添加如下语句 String url=request getParameter("url")response sendRedirect(url)我一般都是采用这样的方法返回JSP页面的 不太明白你说的重复刷新是什么概念
ajax 无刷新提交
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= 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的角度）为什么会有如此大的差异呢？
二 问题场景 首先 我们应该先了解为什么要处理这样的问题？或者专业一点就是它适合的场景是什么？（似乎只有人来问没有人来解释）
重复提交 重复刷新的场景 重复提交 重复刷新都是来解决系统重复记录的问题 也就是说某个人在多次的提交某条记录（为什么？也许是闲了没有事情干的最有可能是用户根本就不知道自己的提交结果是否已经执行了？！）
但出现了这样的问题并不见得就必须处理 要看你所开发的系统的类别而定 比如你接手的是某个资源管理系统 系统本身从需求的角度根本就不允许出现"重复"的记录 在这样需求的约束条件下 去执行重复的提交动作只会引发“业务级异常”的产生 根本就不可能执行成功也就无所谓避免不避免的问题了
防止后退的场景 了解了重复刷新 重复提交的场景 我们来了解一下"防止后退" *** 作的原因是什么？比如你在开发某个投票系统 它有很多的步骤 并且这些步骤之间是有联系的 比如第一步会将某些信息发送给第二步 第二步缓存了这些信息 同时将自身的信息发送给了第三步 等等 如果此时用户处在第三步骤下 我们想象一下某个淘气用户的用户点击了后退按钮 此时屏幕出现了第二步骤的页面 他再次的修改或者再次的提交 进入到下一个步骤（也就是第三步骤） 错误就会在此产生？！什么错误呢？最为典型的就是这样的 *** 作直接导致了对于第一个步骤信息的丢失！（如果这样的信息是依靠Request存放的话 当然你可以存放在Session或者更大的上下文环境中 但这不是个好主意！关于信息存放的问题 下次在就这个问题详细的讨论）
三 如何处理的问题 当然很多的系统（比如订票系统从需求上本身是允许个人重复订票的）是必须要避免重复刷新 重复提交 以及防止后退的问题的 但即使是这样的问题 也要区分如何处理以及在哪里处理的（网上只是告诉你如何处理 但很少去区分在哪里处理的） 显然处理的方式无非是客户端或者服务器端两种 而面对不同的位置处理的方式也是不同的 但有一点要事先声明 任何客户端（尤其是B/S端）的处理都是不可信任的 最好的也是最应该的是服务器端的处理方法
客户端处理 面对客户端我们可以使用Javascript脚本来解决 如下
重复刷新 重复提交 Ways One 设置一个变量 只允许提交一次 <script language="javascript">var checkSubmitFlg = falsefunction checkSubmit() { if (checkSubmitFlg == true) { return false} checkSubmitFlg = truereturn true} document ondblclick = function docondblclick() { window event returnValue = false} document onclick = function doconclick() { if (checkSubmitFlg) { window event returnValue = false} } </script><:form action="myAction do" method="post" onsubmit="return checkSubmit()">
Way Two : 将提交按钮或者image置为disable <:form action="myAction do" method="post" onsubmit="getElById( submitInput ) disabled = truereturn true"><:image styleId="submitInput" src=images/ok_b gif border= /></:form>
防止用户后退 这里的方法是千姿百态 有的是更改浏览器的历史纪录的 比如使用window history forward()方法有的是“用新页面的URL替换当前的历史纪录 这样浏览历史记录中就只有一个页面 后退按钮永远不会变为可用 ”比如使用javascript:location replace(this href)event returnValue=false
服务器端的处理（这里只说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()方法
//验证事务控制令牌 <:form >会自动根据session中标识生成一个隐含input代表令牌 防止两次提交 在action中
//<input type=hidden name= apache struts taglib TOKEN // value=" aa f fd c c c ae">if (!isTokenValid(request)) errors add(ActionErrors GLOBAL_ERROR new ActionError("error transaction token"))resetToken(request)//删除session中的令牌
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("MD ")md update(id)md update(now)return (toHex(md digest()))} catch (IllegalStateException e) { return (null)} catch (NoSuchAlgorithmException e) { return (null)} }
lishixinzhi/Article/program/Java/JSP/201311/19842
JSP刷新页面表单重复提交问题解决办法，使用sessionID和时间戳作为标识，关键代码如下：
public class SswpdjAction extends BaseAction{public String execute(){
/**业务代码**/
................
//设置标识
this.setSessionToken()
//转到添加页面
return "toAdd"
}
public String reSave(){
if(this.token != null && this.token.equals(this.getSessionToken())){
/**设置新标识**/
this.setSessionToken()
/**业务代码**/
..............
return "toAdd"
}else{
printWriter out = null
try{
httpServletResponse.setContentType("text/htmlcharset=UTF-8")
out = httpServletResponse.getWriter()
out.println("<script>alert('刷新提交表单！')</script>")
out.flush()
}catch(IOException e){
e.printStackTrace()
}finally{
if(out != null){
out.close()
}
}
}
return null
}
}
public class BaseAction extends ActionSupport{
/**jsp页面标识**/
protected String token
public String getToken(){
return token
}
public void setToken(String token){
this.token = token
}
public String getSessionToken(){
if(null != httpSession.getAttribute("Token")){
return httpSession.getAttribute("Token")
}else{
return null
}
}
/**标识生成**/
public void setSessionToken(){
String flag = useMd5(httpSession.getId() + System.currentTimeMillis())
httpSession.setAttribute("Token", flag)
httpServletRequest.setAttribute("SessionToken", flag)
}
/**MD5加密**/
private String useMd5(String str){
byte[] bs = str.getBytes()
String result = null
try{
MessageDigest md5 = MessageDigest.getInstance("MD5")
md5.update(bs)
result = md5.digest().toString()
}catch(NoSuchAlgorithmException e){
e.printStackTrace()
}finally{
}
return result
}
}
JSP页面设置标识隐藏域：
<form><input type="hidden" name="token" value="${SessionToken}" />
</form>
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）