双击制御有些时候一些操作会非常的耗费时间（Long Lived Operation），例如这个数据库的导出，表表生成等。有些时候程序的使用者看到很长时间服务器没有反应，倾向于多次点击提交按钮。这样恰恰相反，由于重新使服务器运行相同的长时间操作，反而让反应时间更慢。

我们如何来制御这样的操作呢？我们能不能在每个页面生成的时候，自动生成一个特殊的隐藏字段，这个隐藏字段具有唯一性。每次向服务器提交请求的时候，服务器就记录下这个隐藏字段，当在看到有相同的特殊字段的内容提交时，服务器认为这是重复提交，将画面定位到一个特殊的画面来提示客户重复提交了数据。

在Struts2中，内容了对双击的制御操作，特殊的隐藏字段叫做token。

如何在生成页面的时候生成token字段？使用token标签。代码如下：

其中标签用来生成一个唯一的隐藏字段，在运行的时候生成的内容如下：

如何在服务器上记录已经提交的token？可以使用token intercepter。代码如下：

/jsp/longLived.jsp

/jsp/invalidToken.jsp

上述表示所有的请求必须经过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是否完成的拦截对象

/jsp/wait.jsp

/jsp/after.jsp

/jsp/wait.jsp定义了等待画面是/jsp/wait.jsp，当我们向服务器提交请求之后，画面会迁移到这个画面。

定义了一个拦截对象，告诉等待画面是否完成了长时间操作。那么等待画面如何定期的查询呢？之需要一个指向该Action调用的一个不断地刷新即可。代码如下：

<%@ page contentType="text/html;charset=UTF-8" language="java" %><%@taglib prefix="s" uri="/struts-tags" %>

Please wait

">

Please wait while we process your request."> Click Here if this page does not reload automatically.

上述黑体部分表示，一旦画面建立，就建立了一个刷新，每5秒钟刷新一次，刷新的廉洁为url=，meta是标准浏览器支持的内容之一。

在运行的时候可以看到生成需下的内容：

如果浏览器不支持自动刷新也不要紧，可以让客户自己点击Click Here来确定操作是否完成。

其实这里最重要的是execAndWait Interceptor，每次向它拦截的Action发送请求的时候，execAndWait会确定Action操作是否完成，如果完成，将画面定位到对应的页面（通常是SUCCESS指向的页面），否则纸箱wait指向的页面。

                                                                                          技术分享：www.kaige123.com