Struts 1 无需修改struts-config实现单次POST调用多Action方案咨询

我经手过不少Struts 1遗留系统的改造，你的这个需求其实很典型——既要串联多个操作、保证前序成功才执行后续，又得让用户感知不到内部逻辑变化，还要尽量维持代码的可维护性。你最初想在CopyItemAction.execute()里直接调用另外两个Action的execute方法，确实会让控制层和业务逻辑过度耦合，也不利于后续测试和扩展，下面给你几个更优雅的实现思路：

1. 提取业务逻辑到服务层，用编排类串联流程 #

这是我最推荐的方案，完全符合MVC的职责分离原则：

• 第一步：抽离核心业务：把CopyItemAction、AlterItemAction、MarkAsCopiedAction里的业务逻辑（而非控制层的请求响应处理）分别提取到独立的服务类，比如CopyItemService、AlterItemService、MarkAsCopiedService，每个服务类只负责单一业务，方法参数用POJO（而非依赖Struts的ActionForm或HttpServletRequest）。
• 第二步：编写流程编排类：创建一个ItemCopyFlowService，新增方法executeItemCopyFlow(ItemParams params)，在这个方法里依次调用三个服务：

  public boolean executeItemCopyFlow(ItemParams params) throws BusinessException {
      // 执行CopyItem服务，检查结果
      boolean copySuccess = copyItemService.copy(params);
      if (!copySuccess) {
          throw new BusinessException("复制项失败");
      }
      // 执行AlterItem服务
      boolean alterSuccess = alterItemService.alter(params);
      if (!alterSuccess) {
          throw new BusinessException("修改项失败");
      }
      // 执行MarkAsCopied服务
      boolean markSuccess = markAsCopiedService.mark(params);
      if (!markSuccess) {
          throw new BusinessException("标记复制状态失败");
      }
      return true;
  }
  

• 第三步：改造原Action：让CopyItemAction只负责请求参数的转换（把ActionForm转成ItemParams）、调用编排类的方法，然后根据结果导航到原跳转页面：

  public ActionForward execute(ActionMapping mapping, ActionForm form, 
                               HttpServletRequest request, HttpServletResponse response) 
                               throws Exception {
      ItemForm itemForm = (ItemForm) form;
      ItemParams params = convertFormToParams(itemForm);
      try {
          itemCopyFlowService.executeItemCopyFlow(params);
          // 导航到原操作的成功页面
          return mapping.findForward("success");
      } catch (BusinessException e) {
          // 处理错误，比如设置错误消息到request，导航到原页面或错误页
          request.setAttribute("errorMsg", e.getMessage());
          return mapping.findForward("error");
      }
  }
  

• 优势：业务逻辑和控制层完全分离，服务类可单独做单元测试，原有三个Action如果还有其他调用场景也不受影响，代码职责清晰，后续维护成本低。

2. 利用Struts 1的Forward链实现顺序调用 #

如果不想大改现有Action的结构，可以利用Struts本身的Forward机制来串联Action：

• 配置Action映射：在struts-config.xml里调整三个Action的配置，让CopyItemAction执行成功后forward到AlterItemAction，AlterItemAction成功后forward到MarkAsCopiedAction，最后MarkAsCopiedAction forward到原跳转页面：

  <action path="/copyItem" type="com.example.CopyItemAction" name="itemForm">
      <forward name="success" path="/alterItem.do" redirect="false"/>
      <forward name="error" path="/originalPage.jsp"/>
  </action>
  <action path="/alterItem" type="com.example.AlterItemAction" name="itemForm">
      <forward name="success" path="/markAsCopied.do" redirect="false"/>
      <forward name="error" path="/originalPage.jsp"/>
  </action>
  <action path="/markAsCopied" type="com.example.MarkAsCopiedAction" name="itemForm">
      <forward name="success" path="/originalSuccessPage.jsp"/>
      <forward name="error" path="/originalPage.jsp"/>
  </action>
  

• 调整Action逻辑：每个Action执行完成后，根据业务结果返回对应的forward标记，失败则直接返回错误forward，终止流程；成功则返回下一个Action的forward。
• 注意事项：要确保ActionForm在整个请求链中可访问（比如配置scope="request"或scope="session"），如果三个Action需要的参数有差异，可能需要扩展ItemForm或者通过request传递额外参数。
• 优势：改动量小，利用Struts原生机制，不需要新增太多类；缺点是流程控制分散在多个Action和配置文件中，调试和后续修改相对麻烦。

3. 用命令模式封装操作，实现可扩展的流程链 #

如果未来可能需要调整流程（比如新增或移除操作），可以用命令模式来封装每个业务操作：

• 定义命令接口：创建ItemOperationCommand接口，包含执行方法和结果检查：

  public interface ItemOperationCommand {
      boolean execute(ItemParams params) throws BusinessException;
  }
  

• 实现具体命令：为三个操作分别实现命令类：CopyItemCommand、AlterItemCommand、MarkAsCopiedCommand，每个类的execute方法对应原业务逻辑。
• 编写命令链执行器：创建CommandChain类，负责按顺序执行命令：

  public class CommandChain {
      private List<ItemOperationCommand> commands = new ArrayList<>();
  
      public void addCommand(ItemOperationCommand command) {
          commands.add(command);
      }
  
      public boolean execute(ItemParams params) throws BusinessException {
          for (ItemOperationCommand command : commands) {
              boolean success = command.execute(params);
              if (!success) {
                  return false;
              }
          }
          return true;
      }
  }
  

• 在Action中使用：在CopyItemAction中初始化命令链，添加三个命令，然后执行：

  public ActionForward execute(...) throws Exception {
      // 转换参数
      ItemParams params = convertFormToParams(itemForm);
      CommandChain chain = new CommandChain();
      chain.addCommand(new CopyItemCommand());
      chain.addCommand(new AlterItemCommand());
      chain.addCommand(new MarkAsCopiedCommand());
      try {
          boolean success = chain.execute(params);
          return success ? mapping.findForward("success") : mapping.findForward("error");
      } catch (BusinessException e) {
          // 错误处理
          return mapping.findForward("error");
      }
  }
  

• 优势：扩展性极强，新增操作只需要实现新的命令类，不需要修改现有代码；每个命令职责单一，易于测试和维护；缺点是需要新增多个类，对现有代码结构的改动略大。

总的来说，如果你的系统后续还有业务逻辑调整的需求，优先选方案1或3；如果只是临时改造、不想大动现有代码，方案2可以快速解决问题。

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