AutoSar AP软件规范EM的职责理解

1. 引言

    为了深入理解AutoSar AP的EM（执行管理）相关概念，阅读《AUTOSAR SWS ExecutionManagement.pdf》中7.3章节（EM在运行时的职责），并按照自己的理解进行了梳理，需要仔细体会。

2. EM的职责

    在阅读《7.3 Execution Management Responsibilities》后，总结成图形，如下：

    其中，得出一些关于EM的信息，梳理如下：

    EM的启动是在AutoSar AP平台startup阶段时进行的，由于暂时未知AP平台startup阶段后是什么阶段，所以图中暂时称为latter阶段。

    EM的主要职责就是控制进程的启动和停止，再进一步，进程在何时启动？，多个进程是以何种顺序启动？其实，EM也进行了规范，在本章节，文档告诉我们EM是基于Execution Manifest和Machine Manifest(设计阶段以Arxml的形式)实现的，这些文件在部署到机器后，会以特定于平台的方式（process manifests）存在。

    这里再介绍下EM控制进程的启动再详细一些的理解。首先要明白AutoSar AP平台上进程的含义。进程是部署到机器上的Executables获取到EM启动后的一种存在形态。打个错略的比方，“Executables是幼虫，而Process是蝉”。EM通过Execution Manifest和Machine Manifest中记载的Machine state和 Function Group state的信息控制着部署到机器上的Executables的“蝉变”时机。

    EM的第二个职责就是对数据进行完整性和真实性检查，并且如果数据被检查失败，就会采取一些异常处理的措施（后续阅读后再进行展开）。EM检查的是什么样的数据呢？就是组成Application的Executables和Executables相关数据。结合7.2章节阅读的理解，推测一下，这一步应该发生在部署之后，应用相关的数据输入给EM模块的初始阶段发生。

    EM的第三个职责就是对process的"创建另一个process"的权限进行限制。EM如何实现这一限制的呢？本章节交代是在创建进程时配置进程能力的属性进行限制（原文： by configuring the process capability attribute mask at the time of process creation）。

    EM的第四个职责就是假借操作系统OS之手，对运行态的进程进行调度。原文中表示，EM对运行时的进程没有进程调度的责任，但是EM会对OS（原文语义：就运行态调度和资源管理问题）进行初始化和配置，而OS对运行态的进程控制责任。而EM的初始化和配置同样地，是基于Execution Manifest和Machine Manifest。