如何在Camunda并行网关中指定执行顺序？集成测试场景

针对你在集成测试里遇到的这个问题——要让并行网关的路径按顺序执行而非并发，而且不想依赖不稳定的延迟模拟，我整理了几个靠谱的实现方法：

方案1：用外部任务（External Task）精准控制执行时机 #

把需要等待的那条路径里的服务调用改成外部任务类型，这样这条路径会在外部任务节点暂停，直到测试代码主动触发它完成。具体步骤：

• 调整流程定义：将目标服务任务的类型改为external，指定一个任务主题（比如wait-for-other-path）
• 在测试代码中：
  1. 启动流程后，先让另一条路径的所有逻辑执行完成（可以通过查询流程状态、等待任务完成等方式确认）
  2. 调用Camunda的externalTaskService找到这个外部任务，调用complete()方法触发它继续执行
     这种方式完全由测试代码掌控执行时机，不需要依赖任何延迟，稳定性拉满。

方案2：用流程变量+排他网关实现等待逻辑（需微调流程） #

如果允许对流程定义做小改动，可以通过流程变量来控制路径的执行顺序：

• 在第一条路径的末尾添加一个服务任务，设置流程变量（比如path1Finished = true）
• 在第二条路径的开头添加一个排他网关，网关的条件判断${path1Finished == true}；如果条件不满足，就设置一个短周期的定时器（比如1秒）循环判断，直到变量变为true
• 测试时，第一条路径执行完成后会自动设置变量，第二条路径就会继续执行；如果是手动测试，也可以通过Camunda控制台直接设置变量触发

方案3：通过测试API直接干预执行实例（无需修改流程） #

如果不想改动流程定义，完全可以在测试代码里直接操作Camunda的执行实例：

• 流程走到并行网关后，用runtimeService.createExecutionQuery()查询出两条并行的执行实例（可以通过流程变量、节点Id等条件区分）
• 先处理其中一条路径的所有任务（比如完成用户任务、触发服务任务等），确认这条路径执行完毕
• 找到另一条暂停的执行实例，调用runtimeService.signal(executionId)方法，唤醒它继续执行
  这个方法纯测试层面操作，不会影响生产流程的逻辑，非常适合集成测试场景

注意事项 #

这些方法都是针对集成测试场景设计的，生产环境里并行网关的核心就是并发执行，所以不要在生产环境这么做哦～

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