Tasks

1、User Task ：用户任务用于建模需要由人工参与者完成的工作。当流程执行到达此类用户任务时，将在分配给该任务的用户或组的任务列表中创建新任务。

2、Script Task ：脚本任务是自动活动。当流程执行到达脚本任务时，将执行相应的脚本。

3、 Java Service Task ：Java服务任务用于调用外部Java类。

4、Web Service Task ： Web服务 任务用于同步调用外部Web服务。

5、Business Rule Task ：业务规则任务用于同步执行一个或多个规则。 activiti 使用Drools，即Drools 规则引擎 来执行业务规则。目前，包含业务规则的.drl文件必须与定义业务规则任务以执行这些规则的流程定义一起部署。这意味着流程中使用的所有.drl文件都必须打包到流程栏文件中，例如任务表单。有关为Drools专家创建业务规则的详细信息，请参阅JBoss Drools中的Drools文档。或者等待楼主后面的更新分享！

6、Email Task ：Activiti允许通过向一个或多个收件人发送电子邮件的自动邮件服务任务来增强业务流程，包括对cc、bcc、html内容等的支持。请注意，邮件任务 不是 BPM n 2.0规范的正式任务（并且它没有专用图标作为cons平稳）。因此，在Activiti中，邮件任务作为专用服务任务实现。

7、Mule Task ：mule任务允许向mule发送消息，以增强activiti的集成功能。请注意，mule任务 不是 bpmn 2.0规范的正式任务（因此它没有专用图标）。因此，在activiti中，mule任务作为专用服务任务执行。

8、Camel Task ：camel任务允许向camel发送消息和从camel接收消息，从而增强了activiti的集成特性。请注意，camel任务 不是 bpmn 2.0规范的正式任务（因此它没有专用图标）。因此，在activiti中，camel任务作为专用服务任务实现。还要注意在项目中包含activiti camel模块，以使用camel任务功能。

9、Manual Task ：手动任务定义了BPM引擎外部的任务。它用于建模由某个人完成的工作，而引擎不需要知道这些工作，也没有系统或用户界面。对于引擎，手动任务作为传递活动处理，从流程执行到达它时开始自动继续流程。

10、Java Receive Task ：接收任务是等待特定消息到达的简单任务。目前，我们仅为该任务实现Java。当进程执行到达接收任务时，进程状态被提交到持久性存储。这意味着进程将保持在这个等待状态，直到引擎接收到一个特定的消息，这将触发进程在接收任务之后的继续。

11、 shell Task ：shell任务允许运行 shell脚本 和命令。请注意，shell任务 不是 bpmn 2.0规范的正式任务（因此它没有专用图标）。

请大家关注，后面会有一系列的activiti分享。