4. AUTOSAR与S32G软件架构

面试官考察点

是否理解 AUTOSAR 经典平台的分层设计思想；能否清晰区分各层职责与依赖关系；是否具备 S32G 实际集成经验。

回答框架

1. 总述 CP 分层：应用层、RTE、BSW、MCAL；2. 逐层说明职责与交互；3. 结合 S32G 说明 MCAL 配置与 BSW 集成要点。

简短示例回答

AUTOSAR CP 从下到上为 MCAL、BSW、RTE、SWC。MCAL 直接操作 S32G 寄存器，BSW 提供通信、诊断、存储等服务，RTE 实现 SWC 间通信，SWC 承载应用逻辑。集成时重点配置 MCAL 和 BSW 模块。

可能追问

• MCAL 中 ADC、PWM、DIO 的配置流程是怎样的？
• RTE 如何生成？与 SWC 的端口映射关系？
• S32G 的 MCAL 与通用 MCU 有何差异？

避坑提醒

不要只背名词，要结合 S32G 具体模块（如 FlexCAN、eMIOS）说明配置过程；避免把 AP 和 CP 混为一谈。

面试官考察点

是否理解两种平台的设计哲学、适用场景；能否根据项目需求（实时性、算力、通信）做出合理选型。

回答框架

1. 对比维度：实时性、通信方式、运行环境、典型应用；2. CP 适合硬实时控制，AP 适合高性能计算；3. S32G 通常以 CP 为主，AP 用于网关或边缘计算。

简短示例回答

CP 基于 OSEK，静态配置，适合硬实时控制；AP 基于 POSIX，支持动态调度和服务导向通信，适合自动驾驶等高性能场景。S32G 项目中，车身控制用 CP，网关数据转发可引入 AP。

可能追问

• AP 的 ara::com 与 CP 的 COM 模块有何不同？
• S32G 上能否同时运行 CP 和 AP？如何隔离？
• 功能安全方面，CP 和 AP 分别有哪些机制？

避坑提醒

不要简单说“AP 更高级”，要强调场景匹配；避免忽略 S32G 的实时核与高性能核的异构特点。

面试官考察点

是否具备实际集成调试经验；能否定位 MCAL 配置、通信栈、OS 调度等常见问题；是否掌握调试工具与方法。

回答框架

1. 列举典型问题：CAN 通信失败、OS 任务调度异常、MCAL 时钟配置错误；2. 调试方法：Trace、调试器、日志、CANoe；3. 总结排查思路。

简短示例回答

常见问题有 CAN 报文丢失、OS 任务超时、MCAL 时钟不准。我会先用调试器查看寄存器，再用 CANoe 抓包，结合 BSW 日志定位。多数是配置错误，需对照 S32G 参考手册逐项核对。

可能追问

• 如何确认 MCAL 配置与 S32G 硬件匹配？
• OS 调度异常时，如何分析堆栈？
• 有没有使用过 AUTOSAR 的调试钩子函数？

避坑提醒

不要只说“配置问题”，要给出具体模块和排查步骤；避免忽略 S32G 特有的外设初始化顺序。