Struts使用ExecuteAndWait时如何避免刷新调用prepare()和validate()方法

问题根因 #

你遇到的性能问题完全是拦截器配置顺序错误导致的：
你当前将openSessionExecuteAndWaitInterceptor放在了myDefaultStack的后面，而myDefaultStack内置了params、prepare、validation等核心拦截器，所以每次wait页面刷新的请求都会先完整执行完所有前置拦截器逻辑，包括你开销极高的prepare()数据库查询，才会走到ExecuteAndWait拦截器判断是否存在正在运行的Action实例，自然效率极低。

解决方案 #

调整ExecuteAndWait拦截器的加载顺序，将其放在prepare、validation拦截器的前面即可。调整后，刷新请求会先被ExecuteAndWait拦截器处理，只要检测到有正在运行的同Action任务，会直接返回wait结果，不会执行后续的prepare、校验逻辑，完全避免重复的高开销查询。

具体配置修改步骤 #

1. 自定义适配长时间运行任务的拦截器栈，调整拦截器顺序：

<interceptors>
    <interceptor-stack name="longRunningTaskStack">
        <!-- 先加载参数注入、上下文相关拦截器，保证首次请求能正常接收入参 -->
        <interceptor-ref name="servletConfig"/>
        <interceptor-ref name="params"/>
        <!-- ExecuteAndWait放在prepare、validation之前 -->
        <interceptor-ref name="openSessionExecuteAndWaitInterceptor">
            <param name="delay">0</param>
        </interceptor-ref>
        <!-- 后续加载原myDefaultStack中的其他拦截器，包括prepare、validation、事务等 -->
        <interceptor-ref name="prepare"/>
        <interceptor-ref name="validation"/>
        <interceptor-ref name="myDefaultStack中除了上面已经引用过的其他拦截器"/>
    </interceptor-stack>
</interceptors>

2. 修改对应的Action配置，直接引用自定义的拦截器栈即可：

<action name="ContactDelete_delete" class="com.afs.web.struts.action.contact.ContactDeleteAction" method="delete">
    <interceptor-ref name="longRunningTaskStack"/>
    <result name="input">/struts/contact/contactDelete_modal.jsp</result>
    <result name="wait">/struts/common/progressMonitorWait_modal.jsp</result>
    <result>/struts/common/progressMonitorSuccess_modal.jsp</result>
    <result name="error">/struts/common/error/error_modal.jsp</result>
    <result name="login">/struts/common/login/login_modal.jsp</result>
</action>

补充说明 #

该配置不会影响首次请求的逻辑：首次请求没有正在运行的任务，ExecuteAndWait拦截器会正常放行，后续的参数校验、prepare逻辑、业务执行都会正常触发，完全符合预期。

内容的提问来源于stack exchange，提问作者Burton