Kogito工作流：指定异常未触发边界错误处理却进入全局捕获子流程

1. 确认异常类继承关系 #

确保CreditCardBlacklistedException是BusinessException的直接或间接子类，只有这样边界错误事件配置的BusinessException才能识别到它。检查代码示例：

public class CreditCardBlacklistedException extends BusinessException {
    // 构造方法及其他逻辑
}

2. 检查边界错误事件的精准配置 #

在工作流设计器中选中目标节点的边界错误事件，核对以下配置：

• 异常类型指定：准确填写BusinessException的全限定类名（如com.yourcompany.BusinessException），避免类名拼写或包路径错误。
• 关联节点正确性：确认边界事件是直接绑定到抛出异常的目标节点，而非误关联到其他节点或流程全局。
• 启用状态：检查事件是否处于启用状态，部分设计器会有禁用开关，需确保未被关闭。

3. 优化全局捕获子流程的范围 #

全局子流程当前捕获Throwable，会覆盖所有异常类型（包括BusinessException子类）。可做以下调整：

• 将全局捕获类型改为Exception（排除Error类异常），缩小捕获范围，避免和边界事件的目标异常重叠。
• 若必须保留Throwable捕获，可在全局子流程的处理逻辑中添加判断：如果是BusinessException及其子类，直接重新抛出，让边界事件有机会处理（此为兜底方案，优先保证边界配置正确）。

4. 验证BPMN XML配置（若直接编辑代码） #

如果是手动编辑BPMN文件，检查边界错误事件的定义是否正确：

<boundaryEvent id="blacklistedBoundary" attachedToRef="yourTargetNodeId">
  <errorEventDefinition errorRef="BusinessException" />
</boundaryEvent>

同时确保在definitions标签下已声明对应的错误类型：

<definitions ...>
  <error id="BusinessException" errorCode="com.yourcompany.BusinessException" />
  <!-- 其他流程定义内容 -->
</definitions>

5. 确认异常抛出逻辑 #

检查目标节点的代码，确保抛出的是CreditCardBlacklistedException实例，而非被其他异常（如RuntimeException）包裹，导致Kogito无法识别原始异常类型。示例：

throw new CreditCardBlacklistedException("该信用卡已被列入黑名单");

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