第3章：AUTOSAR多核基础
好，咱们进入正题。多核ECU开发，说白了就是让几个CPU核一起干活。听起来简单，但实际坑不少。我刚开始接触多核项目时，以为就是把单核代码复制几份，结果跑起来各种乱套。嗯，今天咱们就把多核的AUTOSAR基础捋清楚。
3.1 多核OS：任务怎么分？
多核OS和单核最大的区别是什么？我总结就三点：任务分配、核间同步、资源共享。
在AUTOSAR里，每个核都有自己的OS实例。注意，是实例，不是独立OS。它们共享同一个OS配置，但调度器各跑各的。举个例子：
// 伪代码：多核任务配置
OsTask Task1 {
CoreAffinity = Core0;
Priority = 10;
Schedule = FullPreemptive;
}
OsTask Task2 {
CoreAffinity = Core1;
Priority = 8;
Schedule = FullPreemptive;
}
这里有个关键点：CoreAffinity指定任务跑在哪个核。我见过有人把所有任务都绑在Core0上，那多核就白费了。你想想看，多核的优势就是并行，得把计算密集型的任务分散开。
核心原则：每个核的负载要均衡。别让Core0忙死，Core1闲得发慌。
3.2 多核RTE：核间通信怎么搞？
RTE（Runtime Environment）是AUTOSAR的通信骨干。多核场景下，RTE要处理核间数据交换。说白了，就是Core0上的SWC怎么把数据传给Core1上的SWC。
AUTOSAR提供了两种机制：
- 核内通信：直接通过RTE，走共享内存。速度快，延迟低。
- 核间通信：通过IOC（Inter-OS-Application Communication）。需要数据拷贝，有同步开销。
我在项目中遇到过一个问题：两个核频繁交换小数据包，结果IOC的拷贝开销比计算本身还大。后来怎么解决的？把数据合并成大包，一次传完。嗯，有时候优化思路就这么简单。
我的习惯：核间通信尽量用Sender-Receiver模式。Client-Server模式在跨核时容易死锁，我吃过亏。
3.3 多核SWC：软件组件怎么放？
SWC（Software Component）是AUTOSAR的基本单元。多核环境下，每个SWC必须指定运行在哪个核上。注意，一个SWC不能跨核运行——它的所有Runnable都必须在同一个核上。
那怎么分配SWC呢？我一般按功能域来分：
| 功能域 | 建议核 | 理由 |
|---|---|---|
| 动力总成控制 | Core0 | 实时性要求高，独占一个核 |
| 车身控制 | Core1 | 事件驱动，响应时间宽松 |
| 诊断与通信 | Core2 | 协议栈开销大，单独处理 |
| 安全监控 | Core3 | ASIL-D要求，隔离运行 |
当然，这只是参考。实际项目中，你得根据CPU负载、内存带宽、中断响应等因素来调整。我曾经在一个项目里，把安全监控和动力控制放在同一个核上，结果安全监控的看门狗老超时。后来分开就好了。
3.4 多核ECU的分层架构
AUTOSAR的分层架构在多核下基本不变，但多了几个东西：
- MCAL层：每个核有自己的MCAL驱动。比如GPT定时器，Core0和Core1各用各的。
- ECU抽象层：提供跨核的抽象接口。比如IOC就在这层实现。
- RTE层：负责核内和核间的路由。这是多核配置的难点。
- 应用层：SWC按核分配，互不干扰。
我画个简化的架构图（文字版）：
+-----------------------------+
| 应用层 (SWC) |
| Core0: SWC_A, SWC_B |
| Core1: SWC_C, SWC_D |
+-----------------------------+
| RTE (核间路由) |
+-----------------------------+
| BSW (OS, COM, DCM...) |
| Core0实例 | Core1实例 |
+-----------------------------+
| MCAL (驱动) |
| Core0驱动 | Core1驱动 |
+-----------------------------+
注意，BSW层有些模块是共享的，比如NvM（非易失性存储器管理）。共享模块必须做好互斥访问，否则数据会乱。我曾经调试过一个Bug：两个核同时写NvM，结果数据被覆盖了。后来加了Spinlock才解决。
避坑指南：共享资源的互斥访问一定要用AUTOSAR提供的同步机制，别自己写锁。我见过有人用全局变量做锁，结果编译器优化把变量优化掉了，程序直接崩溃。
3.5 多核配置的关键点
好，最后咱们总结一下多核配置的几个关键点。这些是我在实际项目中踩过坑后总结出来的：
- 核间同步：用Spinlock或Mutex。别用轮询，浪费CPU。
- 数据一致性：跨核数据用IOC，别直接读写共享内存。除非你非常清楚Cache一致性。
- 中断分配：每个核有自己的中断控制器。把高优先级中断分给实时核。
- 内存分区：每个核有独立的栈和堆。别让Core0的栈溢出影响到Core1。
- 调试策略：多核调试比单核难10倍。我建议先用单核跑通，再逐步启用多核。
嗯，说到调试，我记得有一次在Vector DaVinci Configurator里配置多核，结果生成的代码在Core1上跑不起来。查了两天，发现是IOC的缓冲区大小配错了。所以啊，配置工具的参数一定要仔细核对，别想当然。
我的建议：刚开始做多核项目时，先从一个简单的核间通信Demo开始。比如Core0发一个消息，Core1收到后点亮一个LED。跑通了再上复杂功能。
好了，这一章就到这里。多核基础打牢了，后面咱们才能玩转Vector工具链。下一章我会讲怎么在DaVinci Developer里配置多核SWC，到时候咱们手把手操作。