最近开始接触汽车电子及汽车行业，对其中两个概念有点混淆，特此拿来对比一下。
一、AUTOSAR
现在的汽车正向着更高的安全性、经济环保性、舒适性、便捷性发展，从而为汽车电子系统带来了前所未有的复杂性，因为需求越来越多，更多的数据需要在整车电子系统中被处理被传递，据统计，在现代的汽车上平均每台车有25个以上的ECU（电子控制单元），在高端车型中甚至有超过100个ECU，更不用说未来还要迎接车联网的挑战。
汽车行业中的从业人员在很早的时候就预测到了这样的发展趋势，他们在很早的时候就在思考怎么应对复杂的电子系统设计，怎么能够让汽车电子系统开发更灵活，更有效率。在2003年的时候，行业内的几大巨头（包括BMW, Bosch, Continental, DaimlerChrysler, Volkswagen, Siemens VDO）联合建立了AUTOSAR联盟，目的是一起开发并建立一套真正的开放的汽车电子电器架构（也就是我们现在所说的AUTOSAR标准或者AUTOSAR架构，我们经常提到的AUTOSAR一般就是指AUTOSAR构架/标准，AUTOSAR的全称是AUTomotive Open System ARchitecture），随着多年的发展，越来越多的行业内的公司加入到了AUTOSAR联盟中，这其中有OEM（汽车整车厂），Tier1（汽车零部件供应商），芯片制造商以及工具制造商，AUTOSAR构架/标准也成为了汽车E/E设计的发展方向。AUTOSAR架构和标准的目标是：
- 满足未来汽车的需求，例如可用性和安全性、软件升级更新需求、可维护性等
- 增加软件的灵活性和可扩展性来实现软件的集成和整合
- 实现商用现成的跨产品线的软件硬件
- 控制产品和流程的复杂度和风险
- 优化成本
AUTOSAR架构的主要特点是：
1、模块化和可配置性
定义了一套汽车ECU软件构架，将不依赖硬件的软件模块和依赖硬件的软件模块分别优雅的封装起来，从而可以让ECU可以集成由不同供应商提供的软件模块，增加了功能的重用性，提高了软件质量。软件可以根据不同的ECU功能需求和资源情况进行灵活配置。
2、有标准化接口
定义了一系列的标准API来实现软件的分层化。
3、提出了RTE的概念
RTE全称是Runtime Environment，采用RTE实现了ECU内部和ECU之间的节点通讯，RTE处于功能软件模块和基础软件模块之间，使得软件集成更加容易。
4、具有标准的测试规范
针对功能和通讯总线制定了标准的测试规范，测是规范涵盖的范围包括对于AUTOSAR的应用兼容性（例如RTE的需求，软件服务行为需求和库等）和总线兼容性（总线处理行为和总线协议等），它的目标是建立标准的测试规范从而减少测试工作量和成本。
AUTOSAR标准有四个核心内容：ECU软件构架，软件组件（software components），虚拟功能总线（Virtual Functional Bus），AUTOSAR设计方法（Methodology）。
二、OSEK
1、OSEK 简介
随着社会的进步和汽车工业的飞速发展，汽车在降低能耗、提高安全性和舒适度以及环保等方面的要求越来越高。这些要求刺激了电了技术在汽车上的应用，而且比重不断增加，其结果是汽车在零部件控制技术、通信和网络方面的复杂性大大增加。在这个强大的市场需求和激烈竞争的环境下，汽车电子的软硬件产品不断发展并出现多元化格局。
这时一些问题凸显出来，比如，由于处理器( CPU)不断升级导致不同的CPU间的软件移植滞后，由于不同实时操作系统的应用程序接口(API)不同，导致应用程序的移植性差等。为了改变这种状况，1993年德国汽车工业界提出了OSEK(德文:Offene Systeme and deren Schnittstellen fur die Elektronik im Kraftfahr-zeug)体系，其含义是汽车电子开放式系统及其接口。这个体系的最早倡导者有：宝马、博世、戴姆勒克莱斯勒、欧宝、西门子、大众和卡尔斯鲁厄大学的工业信息技术研究所。法国的汽车制造商标致和雷诺于1994年加人了OSEK体系，并将法国汽车工业使用的汽车分布式运行系统(Vehicle Distributed eX-ecutivr, VDX)也纳人这一体系，VDX的作用与OSEK相似。
在1995年召开的研讨会上，众多的厂商对OSEK和VDX的认识达成了共识，产生了OSEK/VDX规范(1997年发布)，本文简称OSEK规范。它主要由四部分组成:操作系统规范(OSEK Operating System,OSEK OS)、通信规范(OSEK Communication , OSEK COM )、网络管理规范( OSEK Net Management, OSEK NM)和OSEK实现语言(OSEK Implementation Language,OIL)。此后，各软件生产厂商都相继推出了符合OSEK规范的产品，比较典型的有WINDRIVER公司的OSEKWorks ,ETAS公司的ERCOSEK,MOTOROLA的OSEKturbo和美国密西根大学的EMERALDS-OSEK等。随着该规范应用的不断深人，其结构和功能不断完善和优化，版本也不断升级和扩展。目前OSEK OS2. 2 , OSEK COM2. 3 , OSEK NM2. 3和OIL2. 3已经提交ISO审议，即将成为一个国际标准。
2、OSEK OS的特点
OSEK规范为实现其制定的初衷并满足汽车控制领域对系统安全性和节省有限资源的特殊要求，制定了系统而全面的操作系统规范。其特点主要有以下几个方面。
2.1 实时性
由于越来越多的微处理器被应用到汽车控制领域，如汽车刹车的防抱死系统、动力设备的安全控制等这些系统直接关系着人的生命安全，即使出现丝毫的差错也会导致危及生命安全的严重后果，因此要求操作系统具有严格的实时性。OSEK操作系统通过静态的系统配置、占先式调度策略、提供警报机制和优化系统运行机制以提高中断响应速度等手段来满足用户的实时需求。
2.2 可移植性
OSEK规范详细规定了操作系统运行的各种机制，并在这些机制基础上制定了标准的应用程序编程接口，使那些独立编写的代码能够很容易地整合起来，增强了应用程序的可移植性。OSEK还制定了标准的OIL，用户只需更改OIL配置文件中与硬件相关部分，便可实现不同微处理器之间的应用程序移植。通过这些手段，减少了用于维护应用程序软件和提高它的可移植性的花费，降低了应用程序的开发成本。
2.3 可扩展性
为了适用于广泛的目标处理器，支持运行在广泛硬件基础上的实时程序，OSEK操作系统具备高度模块化和可灵活配置的特性。它定义了不同的符合级别( Conformance Classes)，并采用对不同应用程序有可靠接收能力的体系结构，从而增强了系统的可扩展性。OSEK操作系统可以在很少的硬件资源(RAM,ROM,CPC时间)环境下运行，即便在8位微处理器上也是如此。
由上我们可以看出，AUTOSAR与OSEK二者都是汽车电子软件的标准。
OSEK基于ECU开发，AUTOSAR基于整体汽车电子开发。
AUTOSAR中规定的操作系统就是OSEK，而通信和网络管理虽然和OSEK有区别，但思路一样的。
所以认为，AUTOSAR是基于OSEK提出的（但不仅基于OSEK），OSEK被AUTOSAR标准软件架构包含。