Flowable入门系列文章64 - 独家工作

最新推荐文章于 2024-08-08 07:43:24 发布

分享牛

最新推荐文章于 2024-08-08 07:43:24 发布

阅读量1.5k

点赞数

分类专栏： flowable 文章标签： java OA BPM 工作流流程自动化

本文为博主原创文章，未经博主允许不得转载。不允许将博客的内容（包含博客文章的文字、代码片段、图片、视频、评论、出现的名词、或者代码片段等）复制到gitee/github等网站形成GPL-3.0协议。如果上述项目中复制任何一段代码，该项目开源协议自动失效。不允许任何组织或者个人对文章进行拆解去申请软件著作权。违反该规定将追究法律责任。

本文链接：https://blog.csdn.net/qq_30739519/article/details/121444417

版权

flowable 专栏收录该内容

245 篇文章 264 订阅

订阅专栏

在最近的版本中，JobExecutor确保来自单个流程实例的作业永远不会同时执行。为什么是这样？

为什么独占工作？

考虑下面的流程定义：
在这里插入图片描述

我们有一个并行的网关，然后是三个服务任务，它们都执行异步延续。由此，三个作业被添加到数据库中。一旦这样的工作出现在数据库中，它可以由JobExecutor处理。JobExecutor获取作业并将其委托给实际处理作业的工作线程的线程池。这意味着通过使用异步延续，可以将工作分配到此线程池（甚至在群集中的多个线程池中也可以在群集方案中）。这通常是一件好事。但是，它也有一个固有的问题：一致性。考虑服务任务之后的并行连接。当一个服务任务的执行完成时，我们到达并行连接，需要决定是否等待其他执行或是否可以前进。

为什么这是个问题？由于服务任务是使用异步延续进行配置的，因此可能同时获取相应的作业，并由JobExecutor将其委托给不同的工作线程。结果是执行服务的事务以及三个独立执行到达并行连接的事务可以重叠。如果他们这样做，每个单独的事务将不会“看到”，另一个事务同时到达相同的并行连接，因此认为它必须等待其他事务。但是，如果每个事务都假定需要等待其他事务，那么在并行连接之后没有任何事务将继续进行，并且流程实例将永远保持该状态。

Flowable如何解决这个问题？流动性执行乐观锁定。每当我们根据可能不是最新的数据做出决定（因为另一个事务可能会在我们提交之前修改它），我们确保在两个事务中增加相同数据库行的版本。通过这种方式，无论哪个事务提交首先获胜，其他人都失败并出现乐观锁定异常。这解决了上面讨论的过程中的问题：如果多个执行同时到达并行加入，他们都假定他们必须等待，递增其父执行（流程实例）的版本，然后尝试提交。无论哪个执行是第一个将能够提交，其他人将失败，乐观的锁定异常。由于执行是由工作触发的，这是一个很好的解决方案？正如我们所看到的，乐观锁定允许Flowable防止不一致。它确保我们不会“停留在加入网关”，即：所有执行都通过了网关，或者数据库中有作业，确保我们重试通过它。然而，从持续性和一致性的角度来看，这是一个完美的解决方案，但这并不总是在更高层次上的理想行为：

Flowable将只重试同样的工作，只有固定的最大次数（默认配置下是3）。之后，这个工作仍然存在于数据库中，但不会再被主动重试。这意味着外部操作员需要手动触发作业。
如果一项工作有非交易性的副作用，这些将不会由失败的交易回滚。例如，如果“预订演唱会门票”服务与“Flowable”不共享相同的交易，那么如果我们重新尝试工作，我们可能会预订多张门票。

什么是独家工作？
独占作业不能与同一过程实例中的另一个独占作业同时执行。考虑上面显示的过程：如果我们声明服务任务是独占的，那么JobExecutor将确保相应的作业不被同时执行。相反，它将确保每当从某个流程实例获得排他性作业时，它将从同一个流程实例获取所有其他排他性作业，并将它们委托给同一个工作线程。这确保了作业的顺序执行。

我怎样才能启用这个功能？在最近的版本中，独占作业是默认配置。所有异步延续和计时器事件在默认情况下都是独占的。另外，如果你想要一个工作是非排他性的，你可以使用这样的配置flowable:exclusive=“false”。例如，以下服务任务是异步但不是唯一的。

<serviceTask id="service" flowable:expression="${myService.performBooking(hotel, dates)}"
flowable:async="true" flowable:exclusive="false" />

这是一个很好的解决方案？我们有人问这是否是一个好的解决方案。他们担心的是，这会妨碍你平行地“做事”，因此会成为一个性能问题。再次，有两件事情需要考虑：

如果你是一个专家，并且知道你在做什么（并且已经理解了“为什么独占工作？”一节），它可以被关闭。除此之外，如果异步延续和定时器等工作正常，大多数用户更直观。
这实际上不是一个性能问题。性能是重负载下的问题。重负载意味着作业执行程序的所有工作线程始终处于繁忙状态。通过独占工作，Flowable将简单地分配负载。独占作业意味着来自单个流程实例的作业是由相同的线程按顺序执行的。但是考虑一下：你有多个单独的流程实例。来自其他流程实例的作业被委托给其他线程并同时执行。这意味着对于独占作业，Flowable将不会同时从同一个进程实例执行作业，但它仍然会同时执行多个实例。从整体吞吐量的角度来看，这在大多数情况下是可取的，因为它通常会导致个别实例更快地完成。此外，执行相同流程实例的后续作业所需的数据已经存在于正在执行的集群节点的缓存中。如果作业不具有此节点关联性，则可能需要从数据库中再次获取该数据。

上面文章来自盘古BPM研究院：http://vue.pangubpm.com/
文章翻译提交：https://github.com/qiudaoke/flowable-userguide
了解更多文章可以关注微信公众号：
在这里插入图片描述