1.AUTOSAR的架构及方法论
在15、16年之前，AUTOSAR这个东西其实是被国内很多大的OEM或者供应商所排斥的。为什么？最主要的原因还是以前采用手写底层代码+应用层模型生成代码的方式进行开发。每个供应商或者OEM都有自己的软件规范或者技术壁垒，现在提个AUTOSAR想搞统一，用一个规范来收割汽车软件供应链的每个环节，把每个底层软件开发工程师变成点点点工程师，从代码移植、学习成本再到个人发展意愿，都是非常不可接受的。
但是近十年，随着汽车车型迭代速度加快、控制器代码呈指数级增长以及汽车电子电气架构的更迭，老板们开始发现，以前野路子手撸的方式在新车型、新控制器的开发、芯片硬件平台、移植速度以及成本也急剧增加，再加上近几年国产AUTOSAR基础软件供应商如春笋般冒出，把AUTOSAR 基础软件价格打到令人发指的低的程度；OEM、供应商开始尝试加入AUTOSAR的大部队。
那么，AUTOSAR到底有什么魔力，以至于现在成为了汽车软件开发的一个准入门槛？我们具体来看看（注意，这里主要讲Classic AUTOSAR；Adaptive AUTOSRA会新开专栏讲）。
1.引入AUTOSAR的目的
前面我们聊到汽车的迭代、代码的增加等因素导致汽车软件的开发成本剧增，那么引入AUTOSAR的目的就是为了缩减这些成本、同时提升软件质量；具体而言，主要有以下几点：
- 复用应用层功能代码，减少移植成本；例如我给A客户开发的VCU某功能，现在B客户也想用，使用AUTOSAR SWC组件的方式可以快速部署架构，只要部署得当，模型生成的arxml、代码可以直接复用。
- 复用同一套基础软件栈；这个就很简单了&#x