Kogito跨BPMN流程消息触发配置问题求助

针对你遇到的问题，核心是要让发送的消息精准匹配到特定的运行中流程实例，而不是触发新流程或广播信号，以下是具体的实操建议：

1. 给等待消息事件配置关联键（Correlation Key） #

这是定位单个流程实例的关键，Kogito通过关联键匹配消息和目标流程：

• 在目标流程的等待消息事件中，设置Correlation Key为流程实例的唯一标识，比如业务键（#{processInstance.businessKey}）或自定义业务变量（如#{orderId}）。
• 确保该标识在流程启动时就已设置（比如启动流程时传入businessKey或初始化orderId变量）。

2. 精准发送消息到目标实例 #

如果是通过另一个流程发送消息，不要用默认的消息抛出（默认会触发新流程，就是Travel Agency示例的场景），要明确指定关联键：

代码方式发送（推荐） #

在发送流程的服务任务中注入RuntimeService，调用带关联键的消息发送方法：

@Inject
RuntimeService runtimeService;

// 调用方法时传入目标流程的关联键、消息名称和负载
public void triggerTargetProcess(String targetCorrelationKey, String messageName, Map<String, Object> payload) {
    runtimeService.sendMessage(messageName, targetCorrelationKey, payload);
}

BPMN消息抛出事件配置 #

如果用BPMN原生的消息抛出事件，必须在事件属性中设置Correlation Key为目标流程的标识值，而非留空。

3. 关于项目作用域信号的说明 #

项目作用域信号是广播机制，会触发所有监听该信号的流程实例，不适合定位单个实例：

• 如果之前尝试信号失败，大概率是因为没有给信号事件添加精准的过滤条件（比如#{orderId == 'targetOrderId'}），但这种方式效率远低于消息关联键。
• 仅当需要批量触发多个实例时，才考虑使用信号+条件的组合。

4. 排查验证步骤 #

• 用Kogito API确认目标流程实例的状态：

  curl http://localhost:8080/processes/<目标流程ID>/instances
  

  检查实例是否处于ACTIVE状态且等待对应消息事件。
• 核对消息名称：确保发送的消息名称和目标流程等待事件的Message Name完全一致（大小写敏感）。
• 检查负载结构：消息payload的变量名要和目标流程期望的变量匹配，避免因变量不匹配导致流程未触发。

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