JBPM双消息无序启动流程网关无法触发合并任务方案问询

网关停滞的核心原因是BPMN多启动事件的原生语义和需求不匹配：

• 主流程层配置多个平行消息启动事件时，任意消息到达都会创建全新的独立流程实例，不会自动将后续消息路由到已创建的实例。
• 实际运行时的状态是：temperature消息先到就创建实例A，执行TaskTemperature后在并行网关分支等待令牌；后续co2消息到达不会进入实例A，而是新建实例B执行TaskCO2，同样在并行网关分支等待。两个实例各持一个分支令牌，永远等不到另一个分支的令牌，必然停滞。

你提到的固定顺序方案能跑通，本质是只保留了一个消息启动事件，另一个是流程内部的中间消息捕获事件，第二个消息会自动路由到已启动实例，不会新建实例，但它强制要求启动消息先到，无法适配乱序场景。

以下两种方案都可以完全支持两个消息乱序到达、第一个消息到达即启动流程、两个消息都接收完成才执行合并任务的需求，均兼容JBPM + Business Central的原生能力：

方案一：基于消息关联+并行分支的标准实现 #

这个是最贴合BPMN规范、性能最好的实现方式：

1. 流程结构调整
   • 删除主流程层的两个平行消息启动事件，替换为支持消息触发的启动逻辑，启动后直接连接并行拆分（split）网关
   • 并行网关拆分出两个分支，每个分支上依次放置「中间消息捕获事件」「对应处理任务」：一个分支放temperature消息捕获事件+TaskTemperature，另一个放co2消息捕获事件+TaskCO2
   • 两个分支的任务执行完成后，连接到并行汇聚（join）网关，网关后直接接TaskJoined
2. 消息路由配置
   • 给两个消息配置相同的关联键（比如消息体中携带的设备ID、业务流水号等唯一标识）
   • 在Business Central的消息事件高级属性中，勾选关联到已存在的流程实例选项，关联键取值配置为消息体中的唯一标识字段
   • 配置完成后，任意一个消息先到达时，JBPM会检查是否存在关联键匹配的运行中实例：没有就新建流程实例，同时触发对应分支的消息捕获事件执行任务；第二个消息到达时，直接匹配到已存在的实例，触发另一个分支的事件，两个分支都执行完成后，并行网关自然会触发TaskJoined。

方案二：基于事件子流程+状态变量的实现 #

如果不想配置消息关联规则，可以用事件子流程实现，逻辑更直观：

1. 提前定义两个布尔类型的流程变量：temperatureReceived、co2Received，默认值都设为false
2. 主流程配置为支持两个消息触发启动，启动后直接连接到包容汇聚网关，网关的激活条件设置为temperatureReceived == true && co2Received == true，网关后接TaskJoined
3. 新增两个不中断的事件子流程：
   • 第一个事件子流程的启动事件为temperature消息捕获，子流程内依次放置TaskTemperature、脚本任务，脚本任务逻辑为将temperatureReceived变量设置为true
   • 第二个事件子流程的启动事件为co2消息捕获，子流程内依次放置TaskCO2、脚本任务，脚本任务逻辑为将co2Received变量设置为true
4. 运行逻辑：任意消息先到达时启动主流程，同时触发对应事件子流程执行任务、更新状态变量；第二个消息到达时直接触发对应事件子流程，两个状态变量都为true时，包容网关自动激活执行TaskJoined。

注意：两个事件子流程都要取消「重复触发」选项，避免同一条消息重复触发任务执行。

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