jBPM多流程实例隔离运行及跨实例同步机制技术咨询

针对你遇到的父子流程信号隔离问题，我结合实际项目经验给你梳理下可行的方案：

一、实现隔离同步机制的最佳方案 #

你当前的核心问题是全局信号会触发所有监听实例，解决思路是给信号加上「唯一关联标识」，让信号只在对应的父子流程实例之间传递。这里有几个最优方案：

1. 关联键（Correlation Key）绑定信号 #

这是最直接的解决方案，通过给信号绑定唯一标识实现隔离：

• 父流程启动子流程时，把自身的processInstanceId（或者自定义UUID）作为变量传递给子流程，比如命名为parentProcessId。
• 子流程完成后，在中间抛出信号节点中，设置信号的Correlation Key为#{parentProcessId}（从父流程传入的变量）。
• 父流程的中间捕获信号节点，同样设置Correlation Key为#{processInstanceId}（自身实例ID）。

这样配置后，只有携带对应父实例ID的信号才会被匹配的父流程捕获，完全实现实例间的隔离。在jBPM Business Central里，你可以在信号节点的属性面板中找到Correlation Key的配置项，直接填入表达式即可。

2. 利用Case Management的上下文隔离 #

如果你的业务场景适合用Case模式（比如多子流程协同、动态流程），Case Runtime Strategy天然支持实例隔离：

• 创建Case类型的主流程，每个Case实例对应一个独立的上下文。
• 父流程（Case主流程）启动子流程时，自动携带Case ID，子流程默认属于该Case上下文。
• 子流程发送信号时，绑定Case ID作为关联键，父流程的信号捕获节点只接收当前Case ID的信号。

这种方式不需要手动生成关联标识，jBPM会自动维护Case内的实例隔离，适合复杂的多子流程同步场景。

3. 父子流程直接关联（Subprocess节点） #

如果子流程的启动是固定的（不是动态决定的），可以直接用jBPM的Subprocess节点替代信号触发：

• 父流程中添加Subprocess节点，直接引用子流程模型。
• 子流程完成后，父流程会自动继续执行，不需要手动发送信号。
• jBPM会自动维护父子流程的关联关系，天然实现隔离，不会出现跨实例触发的问题。

不过这个方案只适合子流程启动逻辑固定的场景，如果你需要动态决定启动哪些子流程，还是用关联键+信号的方案更灵活。

二、创建相互隔离的多流程实例 #

你尝试的几种Runtime Strategy遇到的问题，核心是没选对适合场景的策略，结合隔离需求，推荐以下做法：

1. 选择合适的Runtime Strategy #

• Singleton：所有实例共享一个RuntimeManager，信号全局可见，完全不符合隔离需求，直接排除。
• Per Process Instance：每个流程实例拥有独立的RuntimeManager，信号无法跨实例传递（这就是你遇到的子流程信号父流程收不到的原因），不适合跨实例信号交互的场景。
• Per Request：每次请求生成一个RuntimeManager，适合短生命周期的流程，配合关联键可以实现信号跨请求传递（信号会持久化到数据库，通过关联键匹配实例）。
• Case：每个Case实例是独立上下文，天然支持多子流程隔离，是复杂协同场景的首选。

2. 核心：保证关联标识的唯一性 #

无论选哪种策略，隔离的核心都是给每个父流程实例分配唯一的关联标识，所有相关子流程都携带这个标识，信号的发送和捕获都基于这个标识。比如用父流程实例ID、自定义UUID或者Case ID，只要保证每个实例的标识不重复，就能实现完全隔离。

3. 解决Per Process Instance的信号传递问题 #

如果你一定要用Per Process Instance策略，需要通过外部消息队列（比如ActiveMQ）实现跨RuntimeManager的信号传递：

• 子流程完成时，把信号发送到消息队列，携带父流程实例ID作为标识。
• 父流程启动时，注册监听队列中带有自身实例ID的消息，收到消息后继续执行。
  不过这种方式需要额外配置消息中间件，复杂度较高，不如直接换用Case或Per Request策略更简单。

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