一、AutoSAR成员
大体可以分为核心成员、高级成员和发展成员，可以打开AutoSAR官网的成员的介绍界面
所以有兴趣的小伙伴可以稍微了解一下，仅作了解就行，不是什么重要的知识 还有一张大家经常能看见的成员图，如下
二、AutoSAR历史发展
这里也仅作了解，可以参考官网历史页面，这里就简单的罗列一下：
三、使用AutoSAR前的状态
1、原始状态
也就是大家经常使用的敲代码法，目前也有一部分简单的ECU（汽车电子单元，简单的说就是汽车上的某个控制器，比如锂电池管理单元BMS、电机 控制单元MCU都可以叫做ECU）在使用这种方式开发，缺点比较明显，主要就是软硬件耦合严重导致的，可以归结为以下：
- 1. 开发效率低下
- 2. 开发周期长
- 3. 代码合作开发难、维护难
- 4. 可重用性差（例如更换硬件平台后，代码几乎是需要重新开写的）
- 5. 随着代码量的增加，代码质量也随之下降
2、进阶状态
在代码法的基础上，通过有经验的架构师做出一套优化架构，并且结合一些操作系统（OS）对代码进行封装，这样一来便可以大大降低代码法的很 多弊端，一名好的架构师设计出来的架构往往可以起到几倍到十几倍的效率增幅，不过缺点仍然有：
- 1. 对于不同的客户，由于各家客户需求不同，重用性依然不好
- 2. 软件耦合也会存在，同时该方法的优劣和架构师的能力直接挂钩 如下图是在AuotSAR以前常用的OSEK架构，对比后面图片的AutoSAR架构，可以看出OSEK的耦合还是挺严重的
四、使用AutoSAR后的状态
1、软硬件隔离
大家经常能看到的下图能很形象的说明这一点，隔离后的好处就是不管你用NXP的还是英飞凌的亦或者是TI的；不管你的硬件是怎么设计的，我们都 不用修改我们的代码，只需要配置一下AutoSAR，告诉它我换硬件了，然后AutoSAR帮你匹配硬件。当然，实际操作起来还是需要对AuoSAR配置的 熟练掌握的
2、AutoSAR的优势
从下图大家可以大致了解一下AutoSAR的架构，可能大家看这张图也挺多了，不过也是一头雾水。其实大可不必担心，在后续的文章中，我会对其一 一讲解，但时候再看这张图，就能很清晰了。那么这么看的话，AutoSAR的优势就很明显了，基本上第三节所诉的缺点就是这里的优点：
- 1. 缩短开发周期，提高开发效率
- 2. 使得代码重用性大大增加
- 3. 使得多人同时开发变成较容易的事、同时维护方便
- 4. 有图形界面配置工具（比如DaVinci），不需要手写代码，生成的代码质量有保证
这一章就到这吧，一章太多大家看起来可能比较厌烦，下一章将具体说说AutoSAR到底是个啥。学习AutoSAR要慢慢来，博主写的内容应该都是精炼的内容，应该多做思考，而非走马观花的看，很多内容多看几遍，应该就能理解了
