原文 doc
双击制御
有些时候一些操作会非常的耗费时间(Long Lived Operation),例如这个数据库的导出,表表生成等。有些时候程序的使用者看到很长时间服务器没有反应,倾向于多次点击提交按钮。这样恰恰相反,由于重新使服务器运行相同的长时间操作,反而让反应时间更慢。
我们如何来制御这样的操作呢?
我们可以在每个页面生成的时候,自动生成一个特殊的隐藏字段,这个隐藏字段具有唯一性。每次向服务器提交请求的时候,服务器就记录下这个隐藏字段,当在看到有相同的特殊字段的内容提交时,服务器认为这是重复提交,将画面定位到一个特殊的画面来提示客户重复提交了数据。
在Struts2中,提供了对双击的制御操作,特殊的隐藏字段叫做token。
如何在生成页面的时候生成token字段?
使用token标签。
代码如下:
<s:url id="formUrl" action="longLivedTokenAction"/>
<s:form action="%{formUrl}" method="post">
<s:token />
<s:textfield name="name" label="Name"/>
<s:textfield name="password" label="Password"/>
<s:submit/>
</s:form>
其中<s:token />标签用来生成一个唯一的隐藏字段,在运行的时候生成的内容如下:
<input type="hidden" name="struts.token" value="C21ZWHEH0Q4B6FY15ZO5BFM1I9W8SIQH" />
如何在服务器上记录已经提交的token?
可以使用token intercepter。
代码如下:
<action name="longLivedTokenAction" class="com.jpleasure.LongLivedTokenAction">
<interceptor-ref name="token"/>
<interceptor-ref name="basicStack"/>
<result>/jsp/longLived.jsp</result>
<result name="invalid.token">/jsp/invalidToken.jsp</result>
</action>
上述<interceptor-ref name="token"/>表示所有的请求必须经过token Interceptor,token Interceptor作用就是纪录所有已经提交的token。那么发现提交的token被重复提交的时候怎么办呢?也许大家已经猜到了,他会重定向到invalid.token所指向的页面,也就是/jsp/invalidToken.jsp。
基于Interceptor的执行顺序按照struts.xml中定义的顺序,为了更早的结束重复提交的处理,应该将Token Interceptor放在所有Interceptor的最面。
有了上述的Token Interceptor,可以防止客户重复提交,大大地降低了服务器的负荷。但是对用户来说,可能会很不方便,一不小心点击了提交按钮,进入到了invalid.token页面,就再也回不去了,上述的操作就再也看不见了。
等待画面
我们能不能提供一个等待画面呢?
每次我们提交之后画面立即迁移到一个类似状态条的画面,这个画面不断的向服务器请求,以确定Action是否执行完毕,一旦Action执行完毕,立即定位到正确的画面。这样不是更好吗。
Struts2也提供了对等待画面的支持。
首先当我们提交完成的时候,画面会迁移到一个叫做等待画面的页面。等待画面定时的向服务器提交请求,以确定服务器操作是否完成。另外正在执行的Action需要有一个拦截对象,拦截等待页面的每一次请求,告诉等待页面是否处理完成。
首先我们需要定义,等待页面和Action是否完成的拦截对象
<action name="longLivedAction" class="com.jpleasure.LongLivedAction">
<interceptor-ref name="completeStack"/>
<interceptor-ref name="execAndWait"/>
<result name="wait">/jsp/wait.jsp</result>
<result name="success">/jsp/after.jsp</result>
</action>
<result name="wait">/jsp/wait.jsp</result>定义了等待画面是/jsp/wait.jsp,当我们向服务器提交请求之后,画面会迁移到这个画面。
<interceptor-ref name="execAndWait"/>定义了一个拦截对象,告诉等待画面是否完成了长时间操作。
那么等待画面如何定期的查询呢?
只需要一个指向该Action调用的一个不断地刷新即可。代码如下:
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<%@taglib prefix="s" uri="/struts-tags" %>
<html>
<head>
<title>Please wait</title>
<meta http-equiv="refresh" content="5;url=<s:url includeParams='all'/> "/>
</head>
<body>
</body>
</html>
Please wait while we process your request.
<a href="<s:url includeParams="all" />"> Click Here</a> if this page does not reload automatically.
上述黑体部分表示,一旦画面建立,就建立了一个刷新,每5秒钟刷新一次,刷新的链接为
url=<s:url includeParams=”all”/>,meta是标准浏览器支持的内容之一。
在运行的时候可以看到生成需下的内容:
<meta http-equiv="refresh"
content="5;url=/wait/jsp/longLivedAction.action?name=zhangsf&value=119 "/>
如果浏览器不支持自动刷新也不要紧,可以让客户自己点击Click Here来确定操作是否完成。
其实这里最重要的是execAndWait Interceptor,每次向它拦截的Action发送请求的时候,execAndWait会确定Action操作是否完成,如果完成,将画面定位到对应的页面(通常是SUCCESS指向的页面),否则纸箱wait指向的页面。
分享到:
相关推荐
防止重复提交的总要解决方案 相信对struts的学者有帮助 大家看看
2) 二是,forward跳转引起的重复提交。当用户将信息提交到服务器,服务器响应采用forward方式调转到下一个页面后,此时地址栏中显示的是上个页面的URL,若刷新当前页面,浏览器会将再次提交用户先前输入的数据,就会...
这里是Struts2 中放置表单重复提交的例子。
struts2 防止 重复 提交 和 等待 画面
struts2防止表单重复提交,利用struts的拦截器tokenSession,轻轻松松解决表单重复提交的问题。 附件为源代码,后台延迟了3秒,可直接在web服务器下部署运行,输入用户名和密码后,多点几次提交按钮,然后看控制台...
struts2防止重复登录,分享给大家学习一下。
Struts2 防重复提交Demo 利用Struts2自带的s:token写的防数据重复提交策略.
struts2防止表单重复提交--重定向
客户端跳转时用HttpservletResopse对象的sendRedirect函数实现,服务器端跳转是使用RequestDispather对象的forward方法实现的。这两者之间的区别主要体现在三个方面.......
【原创】Struts2防止表单重复提交.doc
由于struts2标签的性能不好,项目组决定不使用,但是如果用struts2自带的拦截器防止重复提交又必须struts标签,所以只好自定拦器实现
JavaEE Struts2利用tokenSession防止重复提交
自己写的一个简单地利用struts2实现的登陆项目 另外附有拦截器防止重复提交 希望能对初学者有很所帮助
防止表单重复提交 token eclipse项目
Struts2自定义拦截器实现防止重复提交
由于struts2标签的性能不好,但是如果用struts2自带的拦截器防止重复提交又必须struts标签,所以只好自定拦器实现
在点击"提交"后,我们通常会弹出一个提示信息的页面,用户此时有可能会按f5刷新当前提交的action,从而将多个相同的数据保存到了后台数据库,并且造成了潜在的安全危险! 如何避免重复提交呢?
这个示例简单易懂,就是利用token过滤器
本文档主要记录了struts2的属性驱动和模型驱动的区别,以及防止表单重复提交,另外增加了验证信息的正确位置的显示,希望对你有所帮助!