首先先总结一下AUTOSAR的通达信易语言交易接口,接口分类：AUTOSAR通达信易语言交易接口,接口、标准化AUTOSAR接口、标准化接口、AUTOSAR应用接口。具体的应用，参考Vector如下的资料：
先从字面意思上猜测一下：标准化AUTOSAR接口是不是AUTOSAR接口的一种特殊实现？标准化接口是不是没有符合AUTOSAR具体的要求？
从上面上看，RTE与服务之间使用的标准AUTOSAR接口、OS跟通信与RTE之间的接口是标准化接、剩下的与RTE相关的接口全都是AUTOSAR接口。而进一步，前面的接口全都排除后，BSW用到的接口全都是标准化接口。这几种的具体划分究竟是一个什么界限，还是需要再明确了解一下。
以上是标准接口的简单介绍，信息比较简洁，理解不一定正确。
C-API的含义可能是指传统模式的简单C接口函数？
OS与COM之间的访问必须通过RTE，这个之前已经明确。
Ports这一条是说标准接口没有Ports？也就是说标准化接口不是用来提供或者请求数据和服务的？
COM也算是标准化接口，由RTE管理？这样的话，为什么SW-C与RTE之间并没有一个标准化的接口描述示意元素？
EcuM也是标准化接口？EcuM是什么的缩写？是ECU管理的缩写吗？至少应该不是ECU的抽象层而是与RTE之间的接口，这又是中哪一块呢？
上面是AUTOSAR接口的描述，针对这一部分的信息相对来说还算是明确一点。主要是涉及到数据以及服务的请求和提供的功能。从Runnables的描述看，这个应该还有一个特征就是与任务调度有关，可能是周期性的任务调度也可能是事件触发式的任务调度。
上面是标准AUTOSAR接口的描述。
标准的AUTOSAR接口与ECU无关，服务中的存储应该也是跟ECU相关的，为什么会划分到这里来呢？ECU抽象层的功能是让人不再考虑ECU的具体实现？
关于接口的知识点，依然还是处于模模糊糊的状态，或许还是参考某一个软件才能够有一个很好的理解。
文章为作者独立观点，不代表 股票程序化软件自动交易接口观点
相关文章
股民评论