说到工作流、Activiti，通常大家脑海里一闪的是：“OA系统”、“表单”、“人工审批流转”。

不可否认，OA系统里的表单审批流转是工作流的典型应用。

但是工作流的应用范围不仅限于此，如果提起工作流、Activiti，你的脑海里一闪而过的是“Timer”、“Job Executor”、“Async Executor”、“Retries”、“Lock Expire Time”、“Thread Pool”等，至少说明你对Activiti已经有了一个进阶的认识。

2016年6月初 Activiti 5.21.0 正式版已经发布，对一些已知的Bug做了修复。
需要特别指出的是，有个令人头疼的bug也在该版本中修复。
即：当一些job被 Activiti Engine 锁定的时候（即act_ru_job这张表里，当lock_exp_time_有值、dudate_为空并且RETRIES_ > 0的时候），如果遇到服务器重启或者服务器宕机，服务器正常后这些被锁定的job将不会再被自动执行。

5.21.0 的发布没有太多亮点，而 Activiti 6.0 有不少新特性值得期待。
在过去的一年里，Activiti团队做出最的令人瞩目的举动是在 5.17.0 开始使用Async Executor，目的在于替代旧的Job Executor。此举大幅度地提高了Activiti处理异步任务的能力和效率。

Activiti团队领袖Joram Barrez曾在博客中表示说，在发布 Activiti 6.0 正式版之前，将会对Async Executor进行优化和重构，让Activiti更加高效地处理高负载高并发任务。

果不其然，临近 Activiti 6.0 正式版的发布，在Activiti的Github上可以看到，Activiti团队对Async Executor进行了颠覆性的重构。

截至到今天（2016年8月22），Acitiviti 6.0 最值得期待的新特性，简要概括如下：
1. Activiti 6.0开始，只支持Async Executor。
2. Async Executor 将以可插拔的方式，支持两种模式。
3. 模式1：Thread Pool backed Async Executor(通过线程池实现Async Executor)
4. 模式2：Message Queue based Async Executor(通过消息队列实现Async Executor)
5. ACT_RU_JOB表被拆分，减小了以往处理timer和异步任务时轮询这张表的压力。
6. ACT_RU_JOB表被拆分为了：
        ACT_RU_TIMER_JOB、
        ACT_RU_JOB、
        ACT_RU_DEADLETTER_JOB、
        ACT_RU_SUSPENDED_JOB。
7. Job的重试次数将可配（通过设置asyncExecutorNumberOfRetries的值），默认次数还是为3。

由此可以窥见，Activiti 6.0 引入 Message Queue Based Async Executor 后，处理高负载高并发任务的能力将发生质的飞跃。
当然，笔者相信 Thread Pool Backed Async Executor 已经在很大程度满足了绝大多数使用场景的需求。
Message Queue Based Async Executor 的引入，锦上添花，为我们应对日后更高的负载、并发任务给了更多的信心。