1. 课程导入
各位同学，欢迎来到《AutoSAR Adaptive 平台开发实战》的第一章。
咱们先聊聊背景。你想想看，十年前做车载嵌入式开发，基本就是 Classic AutoSAR 的天下。那时候的 ECU（电子控制单元）功能相对单一，控制个车窗、管理个发动机，资源就那么几百 KB 的 Flash，跑个 OSEK 实时操作系统就足够了。
但时代变了。现在车上要跑高精度地图、要处理激光雷达点云、要做路径规划，甚至还要跟云端实时通信。Classic AutoSAR 那套静态配置、单核跑小任务的架构，说实话，有点扛不住了。
我 2018 年参与过一个 L2+ 的 ADAS 项目，当时团队硬着头皮在 Classic 上做多核通信和动态加载，结果光配置就花了三个月，最后性能还差一截。那时候我就意识到——不是 Classic 不好，是场景变了，工具必须跟着变。
1.1 从 Classic 到 Adaptive：为什么需要演进？
咱们先看一张对比图，把两个平台的定位说清楚。
核心观点：Classic AutoSAR 解决的是“确定性 + 低成本”问题；Adaptive AutoSAR 解决的是“高性能 + 灵活性”问题。两者不是替代关系，而是互补关系。
这张图我建议你存下来。每次跟人解释为什么需要 Adaptive 时，直接甩这张图就行。
1.2 Adaptive 平台的核心特性
Adaptive AutoSAR 到底强在哪？我总结为四个关键词：高性能、动态性、面向服务、安全隔离。
| 特性 | 说明 | 我踩过的坑 |
|---|---|---|
| 基于 POSIX 操作系统 | 支持 Linux、QNX 等成熟 OS，可复用大量开源生态 | 曾经直接拿 Ubuntu 内核上车，结果调度延迟不稳定，后来换了实时内核才解决 |
| 动态部署 | 应用可以在运行时启动、停止、更新，无需刷写整个固件 | OTA 升级时没处理好版本依赖，导致两个服务互相等待，死锁了 |
| 面向服务架构（SOA） | 通过 SOME/IP、DDS 等协议，服务可发现、可订阅 | 初期用 SOME/IP 时没配好服务发现周期，网络广播风暴了 |
| 功能安全与虚拟化 | 支持 ASIL 分解，通过 Hypervisor 隔离安全与非安全域 | 在 QNX 上做分区时，忘了给安全域预留足够内存，导致紧急制动任务被饿死 |
个人建议：如果你刚接触 Adaptive，先从“动态部署”和“SOA”这两个特性入手。这两个是跟 Classic 差异最大的地方，也是面试时的高频考点。
1.3 主要应用场景
说白了，Adaptive AutoSAR 就是为“算力 hungry”的场景准备的。我挑三个最典型的说说。
1.3.1 ADAS（高级驾驶辅助系统）
ADAS 是 Adaptive 目前落地最多的场景。你想想看，一个典型的 L2+ 系统要同时跑摄像头感知、毫米波雷达融合、决策规划、车辆控制——这些任务如果全塞进 Classic 的周期任务里，光是任务调度就能把人逼疯。
我记得有个项目，客户要求在 50ms 内完成传感器融合输出。用 Classic 做，得手动调每个任务的优先级和周期，稍有不慎就超时。换成 Adaptive 后，直接用 POSIX 线程 + 优先级调度，配合 SOME/IP 做数据分发，40ms 就搞定了。
1.3.2 自动驾驶（L3/L4）
到了 L3 以上，系统复杂度又上了一个台阶。你需要：
- 多路高分辨率摄像头实时处理
- 激光雷达点云分割与目标跟踪
- 高精度定位（GNSS + IMU + 视觉融合）
- 行为预测与路径规划
- 冗余安全监控（功能安全 ASIL-D）
这些模块之间需要高速、低延迟的数据交换。Adaptive 的 DDS 通信在这里就特别合适——发布/订阅模式天然支持多对多通信，而且 QoS 策略可以精确控制延迟和可靠性。
注意：自动驾驶场景下，Adaptive 平台通常跑在 QNX 上，而不是 Linux。原因很简单——QNX 是微内核，故障隔离性好，而且通过了 ISO 26262 ASIL-D 认证。Linux 虽然生态好，但功能安全认证是个大坑。
1.3.3 车联网（V2X）
车联网这个场景，我个人的体会是：通信协议栈的复杂度远超预期。
V2X 需要同时支持：
- 短距离通信（DSRC / C-V2X PC5）
- 蜂窝通信（4G/5G Uu 接口）
- 云端服务（RESTful API、MQTT）
- 车内通信（SOME/IP、DDS）
Classic 的通信栈是静态配置的，要同时支持这么多协议，配置表能写几千行。Adaptive 就不一样了——它原生支持多种通信协议，而且可以通过服务发现机制动态切换。比如车辆进入隧道后，自动从 5G 切换到 C-V2X，整个过程对上层应用透明。
1.4 一张图看懂 Adaptive 平台架构
下面这张图是我自己画的一个简化版 Adaptive 平台架构。每次给新人培训时我都用这张图，效果不错。
1.5 本章小结
好了，第一章的内容就这些。咱们快速回顾一下：
- 为什么需要 Adaptive？——Classic 搞不定高算力、动态服务、OTA 这些新需求
- Adaptive 的核心特性？——POSIX OS、动态部署、SOA、安全隔离
- 主要用在哪？——ADAS、自动驾驶、车联网
嗯，这一章算是把背景和概念铺开了。从下一章开始，咱们就要动手了——我会带你搭建第一个 Adaptive 开发环境，然后跑一个最简单的“Hello Adaptive”服务。到时候你就能真正感受到，Adaptive 和 Classic 在开发体验上的巨大差异。
记住一句话：Classic 是“配置出来的”，Adaptive 是“开发出来的”。这个思维转变，是学好 Adaptive 的第一步。