部署期对象：ProcessDefinitionEntity

ProcessDefinitionEntity的类结构图：

图比较大，主要是要把关键的对象都纳入进来。

• ProcessDefinitionEntity的父类ProcessDefinitionImpl聚合了ActivityImpl初始化活动和集合活动。

• 继承ScopeImpl：聚合了ExecutionListener，这是Activiti的事件扩展点。

• Pvm抽象基础类：PvmProcessDefinition --> ReadOnlyProcessDefinition -->PvmScope-->PvmProcessElement。PVM主要就是负责流程整个运行期的执行、流转等所有运行过程。关于PVM值得专门撰写，对于Activiti的深入个性化扩展（比如驳回、跳转、分发汇总等）都会直接处理Pvm对象。

• 聚合了TaskDefinition：TaskDefinition是基于Task对象解析获得的，可以参考UserTaskParseHandler代码。

• 实现了PersistentObject、HasRevision：表示它是持久化的，并且有版本控制。
  

运行期对象：TaskEntity、ActivityImpl、ExecutionEntity和ExecutionImpl

• TaskEntity：任务对象，实现Task接口。TaskService服务操作的对象。

• ActivityImpl：PvmActivity的实现类，对Acitivity进行扩展开发务必关键学习好的类。【重要】

• ExecutionEntity：流程实例接口的实现类

• ExecutionImpl：ExecutionEntity实例的实际实现，虽然ExecutionEntity是通过RuntimeServiceImpl实现的，但是经过一连串处理，实际是由ExecutionImpl实现的。
  

=======================

TaskEntity类结构图：

=======================

ActivityImpl类结构图：

ActivityImpl在整个Activiti对象中最为复杂，也最为核心，我们对Activiti进行的本土化扩展都是围绕该对象进行操作的，比如驳回、任意驳回、分发、汇总等复杂的业务处理，均是通过对它进行编程实现的。

=======================

ExecutionEntity和ExecutionImpl类结构图：

两者并没有关联关系，可以认为ExecutionEntity是实体类，ExecutionImpl是业务实现类。

查看其关系可以通过阅读代码：

RuntimeServiceImpl.startProcessInstanceByKey

StartProcessInstanceCmd.execute

ProcessDefinitionEntity.createProcessInstance

ProcessDefinitionImpl.createProcessInstanceForInitial

ProcessDefinitionImpl.newProcessInstance

最后到达的代码：

protected InterpretableExecution newProcessInstance(ActivityImpl startActivity) {

    return new ExecutionImpl(startActivity);

  }

历史期对象：HistoricActivityInstanceEntity

历史期对象相比前面几个时期对象简单得多了，我们主要搞清楚三个方面即可：

• 结构

  类图如下：

  

  可见很简单，对象实体记录了活动id、执行id、任务id、执行人、外部流程实例id、租户id（针对saas）

• 生成：就是流程历史在那里生成的？ 查看代码：DefaultHistoryManager.recordActivityStart。在ActivityInstanceStartHandler中执行，通过监听器（ExecutionListener）方式触发。

• 查询：调用Activiti的HistoryService服务即可。