Flowable-子流程-事务子流程

文章讲述了BPMN中的事务子流程,一种用于处理需原子性完成的活动的嵌套结构。它与数据库ACID事务的区别,如何在BPMN中实现事务性操作,以及如何通过补偿机制处理取消和错误。示例展示了事务子流程在订单处理中的应用,包括库存锁定、支付和可能的补偿操作。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

✨✨✨ 最好用的Flowable流程设计器


定义

事务子流程也称作事务块,是一个嵌入式子流程,用来处理一组必须在同一个事务中完成的活
动,使它们共同成功或失败。事务子流程中如果有一个活动失败或者取消,整个事务子流程的所有
活动回滚,可以有三种不同的结果:

  1. 事务成功,如果没有取消也没有因为异常终止。如果事务子流程是成功的,就会使用外出顺
    序流继续执行。如果流程后来抛出了一个补偿事件,成功的事务可能被补偿。需要注意的是,和普
    通内嵌子流程一样,事务可能在成功后,使用中间补偿事件进行补偿。
  2. 事务取消,如果流程到达取消结束事件。在这种情况下,所有的执行都被终止并被删除,然
    后剩余的一个执行被设置为取消边界事件,这会触发补偿。在补偿完成之后,事务子流程会使用取
    消边界事务的外出顺序流向下执行。
  3. 如果一个错误事件被抛出,而且没有在事务子流程中捕获,事务将异常结束。如果在事务子
    流程的边界上捕获错误,也适用于这种情况。在这些情况下,不会执行赔偿。

图形标记

事务子流程显示为内嵌子流程,使用双线边框,如图所示:

在这里插入图片描述

XML内容

事务子流程由 transaction 元素定义,作为子流程一部分的所有活动,网关,事件都需要
包含在这个元素中:

<process id="mainProcess" name=" " isExecutable="true">
     <startEvent id="startEvent1"></startEvent>
     <transaction id="myTransaction" >
         <startEvent id="subProcessStart" />
         <endEvent id="subProcessEnd" />
     </transaction>
 </process>

使用示例

BPMN 的事务与数据库 ACID 事务有相似之处,但它们是两个不同的概念,两者的不同之处在
于:

⑴ACID 事务一般持续时间很短,但 BPMN 事务可能持续较长时间(几小时,几天,甚至更长
时间),可以试想这样的场景:一个事务分组中包含的节点有用户任务,通常人们的响应时间会比
较长,或者在一些情况下,BPMN 事务可能会等待某个事务事件发生才往下执行。这样的操作通常
要比在数据库中更新记录或使用事务队列存储消息花费更长的时间。

⑵BPMN 事务一般要跨越多个 ACID 事务,因为通常不能在整个业务节点的过程中保持 ACID
的事务。当 BPMN 事务处理涉及多个 ACID 事务时,会失去 ACID 的特性。比如事务子流程中两
个相邻的服务节点均调用外部服务,前一个完成了,第二个还没完成时,对外部来说,前一个服务
调用成功这个中间状态外部是能感知到的,意味着实现 BPMN 事务时放弃了隔离属性。

⑶BPMN 事务不能使用通常的方式回滚。由于 BPMN 事务可横跨多个 ACID 事务,在 BPMN
事务取消时一些 ACID 事务可能已经提交了,这种情况下就不能被回滚了。
由于 BPMN 事务通常是需要长时间运行的,所以缺乏隔离和回滚机制需要以不同的方式处理。
在实践中,通常没有更好的解决方案,而是以特定于领域的方式处理这些问题:

⑴使用补偿执行回滚。如果在事务范围内引发取消事件,则所有成功执行并具有补偿处理程序
的活动将执行补偿。

⑵隔离性的缺乏通常使用特定领域的解决方法来解决。举个例子,比如相邻的客房预订和费用
支付两个环节都是调用的第三方服务,在确定第一个客户可以付款之前,酒店房间可能会被预订给
第二个客户。由于从商业角度来看这可能是不可取的,预订服务可能会选择允许超额预订。另外,
BPMN 事务可能因某些原因被中断,预定服务必须处理这种情况,比如客户已经预定了旅店,但是
一直没有付款。针对这种情况,预定服务需要设定一个策略,如果客房预订超过最大允许时间后还
没有付款,就取消预订。

综上所述,虽然 ACID 事务为常规问题(回滚,隔离级别和启发式结果)提供了一个通用的解
决方案,但在实现 BPMN 事务时,我们还需要为这些问题找到针对特定领域的解决方案。
BPMN 事务可以保证一致性,即所有活动都能够成功执行,或者某些活动无法执行时所有已执
行成功活动进行补偿。无论哪种情况,最终都处于一致的状态。但是,需要注意的是,在 Flowable
中,BPMN 事务的一致性模型建立在流程执行的一致性模型之上。Flowable 执行流程是 ACID 事务
性的,并使用乐观锁解决并发的问题。在 Flowable 中,BPMN 的错误、取消和补偿事件同样都建立
在 ACID 事务和乐观锁之上。比如,当两个并发执行达到取消结束事件时,可能会触发两次补偿,
最终因为乐观锁冲突失败。

下面我们看一个使用事务子流程的示例,如图所示,用户提交订单后,进入订单支付事
务子流程,顺利完成订单支付需要经过锁定库存、用户支付订单和扣减库存环节,如果用户取消订
单、30 分钟未支付订单或扣减库存失败,都会使子流程到达取消结束事件并执行释放库存和费用
退回补偿,被事务子流程上的取消边界事件捕获后结束子流程,接下来流转到自动取消订单服务。

事务子流程示例流程

在这里插入图片描述

XML内容

<error id="errorFlag" errorCode="500" />
  <process id="ThransactionSubProcessTest" name="子流程-事务子流程" isExecutable="true">
    <startEvent id="a1bc9933739624c6694151aff2dce872b" />
    <userTask id="aa49686c18f1c48879976ba75a55fcbc6" name="用户提交订单">
      <extensionElements>
        <flowable:formData />
        <flowable:assigneeType>static</flowable:assigneeType>
      </extensionElements>
    </userTask>
    <sequenceFlow id="ab3c3111802e74e1c829879ce06ef62f1" sourceRef="a1bc9933739624c6694151aff2dce872b" targetRef="aa49686c18f1c48879976ba75a55fcbc6" />
    <transaction id="Activity_1vnyjkd" name="事务子流程">
      <startEvent id="Event_12nf6w8">
        <extensionElements>
          <flowable:formData />
        </extensionElements>
      </startEvent>
      <sequenceFlow id="Flow_1qdwcnq" sourceRef="Event_12nf6w8" targetRef="Gateway_1swfvxl" />
      <parallelGateway id="Gateway_1swfvxl" />
      <sequenceFlow id="Flow_17rtq7v" sourceRef="Gateway_1swfvxl" targetRef="Activity_1gw2yen" />
      <serviceTask id="Activity_1gw2yen" name="锁定库存" flowable:class="com.dragon.test.bpmn.delegate.TreasuryLockService">
        <extensionElements>
          <flowable:formData />
          <flowable:assigneeType>static</flowable:assigneeType>
        </extensionElements>
      </serviceTask>
      <userTask id="Activity_0s32nn4" name="用户取消订单">
        <extensionElements>
          <flowable:formData />
          <flowable:assigneeType>static</flowable:assigneeType>
        </extensionElements>
      </userTask>
      <sequenceFlow id="Flow_0x4x7li" sourceRef="Gateway_1swfvxl" targetRef="Activity_0s32nn4" />
      <userTask id="Activity_0k0ojol" name="用户支付订单">
        <extensionElements>
          <flowable:formData />
          <flowable:assigneeType>static</flowable:assigneeType>
        </extensionElements>
      </userTask>
      <sequenceFlow id="Flow_107046y" sourceRef="Activity_1gw2yen" targetRef="Activity_0k0ojol" />
      <sequenceFlow id="Flow_1yuazgn" sourceRef="Activity_0k0ojol" targetRef="Activity_0bi67sc" />
      <serviceTask id="Activity_0bi67sc" name="扣减库存" flowable:class="com.dragon.test.bpmn.delegate.TreasuryDeductService">
        <extensionElements>
          <flowable:assigneeType>static</flowable:assigneeType>
          <flowable:formData />
        </extensionElements>
      </serviceTask>
      <endEvent id="Event_167temk" />
      <sequenceFlow id="Flow_0pkp6lj" sourceRef="Activity_0bi67sc" targetRef="Event_167temk" />
      <sequenceFlow id="Flow_12q7c71" sourceRef="Activity_0s32nn4" targetRef="Event_1mt0jp2" />
      <endEvent id="Event_1mt0jp2">
        <cancelEventDefinition />
      </endEvent>
      <boundaryEvent id="Event_1w62z13" attachedToRef="Activity_0bi67sc">
        <errorEventDefinition errorRef="errorFlag" flowable:errorVariableLocalScope="false" flowable:errorVariableTransient="false" />
      </boundaryEvent>
      <sequenceFlow id="Flow_03od54n" sourceRef="Event_1w62z13" targetRef="Event_1mt0jp2" />
      <boundaryEvent id="Event_0fblty6" name="30分钟" attachedToRef="Activity_0k0ojol">
        <timerEventDefinition>
          <timeDuration>PT3M</timeDuration>
        </timerEventDefinition>
      </boundaryEvent>
      <sequenceFlow id="Flow_0hmzy4u" sourceRef="Event_0fblty6" targetRef="Event_1mt0jp2" />
      <boundaryEvent id="Event_0dzq6vl" attachedToRef="Activity_1gw2yen">
        <compensateEventDefinition />
      </boundaryEvent>
      <serviceTask id="Activity_15oy2bt" name="释放库存" isForCompensation="true" flowable:class="com.dragon.test.bpmn.delegate.TreasuryReleaseService" />
      <boundaryEvent id="Event_0rv7u1v" attachedToRef="Activity_0k0ojol">
        <compensateEventDefinition />
      </boundaryEvent>
      <serviceTask id="Activity_0gw5xlk" name="费用退回" isForCompensation="true" flowable:class="com.dragon.test.bpmn.delegate.RefundPaymentService" />
      <association id="Association_1a1b669" associationDirection="One" sourceRef="Event_0dzq6vl" targetRef="Activity_15oy2bt" />
      <association id="Association_0vig570" associationDirection="One" sourceRef="Event_0rv7u1v" targetRef="Activity_0gw5xlk" />
    </transaction>
    <sequenceFlow id="Flow_0ynhbof" sourceRef="aa49686c18f1c48879976ba75a55fcbc6" targetRef="Activity_1vnyjkd" />
    <boundaryEvent id="Event_0lxd35r" attachedToRef="Activity_1vnyjkd">
      <cancelEventDefinition />
    </boundaryEvent>
    <sequenceFlow id="Flow_0p83e5j" sourceRef="Event_0lxd35r" targetRef="Activity_0xmvtli" />
    <serviceTask id="Activity_0xmvtli" name="自动取消订单" flowable:class="com.dragon.test.bpmn.delegate.CancelOrderService">
      <extensionElements>
        <flowable:formData />
        <flowable:assigneeType>static</flowable:assigneeType>
      </extensionElements>
    </serviceTask>
    <endEvent id="Event_0h8me6c" />
    <sequenceFlow id="Flow_1vvt0is" sourceRef="Activity_0xmvtli" targetRef="Event_0h8me6c" />
    <endEvent id="Event_1954lc4" />
    <sequenceFlow id="Flow_0kcxljy" sourceRef="Activity_1vnyjkd" targetRef="Event_1954lc4" />
  </process>

视频教程

事务子流程

演示demo

事务子流程

本文中内容和案例出自贺波老师的书《深入Activiti流程引擎:核心原理与高阶实战》,书中的介绍更全面、详细,推荐给大家。
深入Activiti流程引擎

<think>嗯,用户问的是关于flowable-spring-boot-starter和主程序配置三个数据源的问题。首先,我需要确认自己对这两个部分的理解是否正确。 Flowable的Spring Boot Starter应该是用来简化Flowable工作流引擎在Spring Boot应用中的集成。通常,它会自动配置数据源,可能使用默认的数据源配置。但是当用户提到要配置三个数据源时,可能意味着他们需要主应用程序的数据源,加上Flowable需要的引擎和历史数据源,或者是其他业务相关的多个数据源。 接下来,配置多个数据源在Spring Boot中通常涉及到定义多个DataSource Bean,并且需要配合@Primary注解来指定主数据源。但Flowable可能默认会使用主数据源,所以如果用户需要Flowable使用不同的数据源,可能需要自定义配置,覆盖自动配置的部分。 记得在配置多数据源时,事务管理也需要特别处理,可能需要为每个数据源配置不同的事务管理器,或者使用ChainedTransactionManager来管理多个事务。不过这个在Spring Boot中可能会比较复杂,需要仔细处理。 另外,Flowable可能有自己的配置属性,比如flowable.datasource.*,用户可能需要分别配置这些属性来指向不同的数据源实例。同时,要确保每个数据源的连接池配置正确,避免资源冲突或性能问题。 可能还需要检查依赖是否冲突,比如不同的数据源驱动版本是否兼容,Spring Boot的自动配置版本是否支持多数据源配置。此外,多数据源的情况下,JPA或者MyBatis的配置也需要相应调整,确保每个Repository指向正确的数据源。 用户可能遇到的问题包括数据源配置冲突、事务管理不生效、Flowable无法正确初始化引擎等。需要逐步引导用户检查配置是否正确,日志是否有错误信息,以及依赖是否完整。 总结下来,回答的结构应该是先介绍flowable-spring-boot-starter的基本作用,然后说明多数据源配置的一般步骤,接着具体到如何为Flowable配置多个数据源,包括可能的代码示例和配置要点,最后提醒常见问题及解决方法。需要确保使用正确的中文术语,避免技术术语错误,同时保持步骤清晰,易于理解。</think>以下是关于`flowable-spring-boot-starter`与多数据源配置的技术解析: --- ### **一、flowable-spring-boot-starter 的作用** 1. **核心功能** 该 Starter 是 Flowable 工作流引擎与 Spring Boot 的集成模块,提供: - 自动化配置流程引擎(`ProcessEngine`) - 默认集成 Spring 事务管理 - REST API 支持(可选) - 与 Spring Security 的权限集成 2. **默认数据源行为** Flowable 默认会使用 Spring Boot 的主数据源(标记为 `@Primary` 的 `DataSource`)创建以下表结构: - 流程定义表(`ACT_DE_*`) - 历史表(`ACT_HI_*`) - 身份表(`ACT_ID_*`)等 --- ### **二、多数据源配置场景** 当需要 **主程序 + Flowable** 使用不同数据源时,典型场景: 1. **业务数据与流程数据分离** - 主数据源:业务数据库(MySQL/Oracle) - Flowable 数据源:专用流程数据库(如 PostgreSQL) - 第三方数据源:其他系统集成(如 Redis 或外部 API) 2. **多租户场景** 不同租户使用独立数据库实例。 --- ### **三、配置三个数据源的实现步骤** #### **1. 添加依赖** ```xml <dependency> <groupId>org.flowable</groupId> <artifactId>flowable-spring-boot-starter</artifactId> <version>6.7.0</version> </dependency> <!-- 数据源依赖(如 HikariCP) --> <dependency> <groupId>com.zaxxer</groupId> <artifactId>HikariCP</artifactId> </dependency> ``` #### **2. 配置多数据源** **application.yml** ```yaml # 主业务数据源 spring: datasource: primary: jdbc-url: jdbc:mysql://localhost:3306/main_db username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver # Flowable 专用数据源 flowable: datasource: flowable: jdbc-url: jdbc:postgresql://localhost:5432/flowable_db username: flowable password: flowable driver-class-name: org.postgresql.Driver # 第三方数据源 thirdparty: datasource: jdbc-url: jdbc:mysql://external:3306/external_db username: external password: external123 driver-class-name: com.mysql.cj.jdbc.Driver ``` #### **3. Java 配置类** ```java @Configuration public class DataSourceConfig { // 主数据源 @Bean @Primary @ConfigurationProperties(prefix = "spring.datasource.primary") public DataSource primaryDataSource() { return DataSourceBuilder.create().build(); } // Flowable 数据源 @Bean("flowableDataSource") @ConfigurationProperties(prefix = "flowable.datasource.flowable") public DataSource flowableDataSource() { return DataSourceBuilder.create().build(); } // 第三方数据源 @Bean("thirdPartyDataSource") @ConfigurationProperties(prefix = "thirdparty.datasource") public DataSource thirdPartyDataSource() { return DataSourceBuilder.create().build(); } // 手动配置 Flowable 引擎 @Bean public SpringProcessEngineConfiguration processEngineConfiguration( @Qualifier("flowableDataSource") DataSource dataSource, PlatformTransactionManager transactionManager) { SpringProcessEngineConfiguration config = new SpringProcessEngineConfiguration(); config.setDataSource(dataSource); config.setTransactionManager(transactionManager); config.setDatabaseSchemaUpdate(ProcessEngineConfiguration.DB_SCHEMA_UPDATE_TRUE); return config; } } ``` #### **4. 事务管理器配置** ```java @Configuration @EnableTransactionManagement public class TransactionConfig { @Bean @Primary public PlatformTransactionManager primaryTransactionManager( @Qualifier("primaryDataSource") DataSource dataSource) { return new DataSourceTransactionManager(dataSource); } @Bean("flowableTransactionManager") public PlatformTransactionManager flowableTransactionManager( @Qualifier("flowableDataSource") DataSource dataSource) { return new DataSourceTransactionManager(dataSource); } } ``` --- ### **四、关键注意事项** 1. **表结构初始化** 首次启动时 Flowable 会自动创建表,需确保 `flowable.datasource` 指向的数据库有创建权限。 2. **事务边界** ```java @Transactional(transactionManager = "flowableTransactionManager") public void startProcess() { // 流程操作代码 } ``` 3. **性能调优** -Flowable 数据源单独配置连接池参数 - 监控不同数据源的连接使用情况 4. **历史级别设置** 通过 `flowable.history-level` 控制历史数据存储级别,避免历史表过大影响性能。 --- ### **五、常见问题排查** - **问题1**:Flowable 仍然使用主数据源 **解决**:检查是否漏配 `processEngineConfiguration` 的 `dataSource` 注入 - **问题2**:事务不生效 **解决**:确保方法上指定了正确的事务管理器注解 - **问题3**:多数据源导致启动报错 **解决**:检查是否所有 `DataSource` Bean 都有唯一名称 --- 如果需要更具体的实现细节(如 MyBatis 多数据源集成),可以进一步补充说明。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小学生05101

flowable

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值