4. AUTOSAR 与软件架构面试题
第 4 章 · 常规问答
AUTOSAR 与软件架构面试题
Classic / Adaptive AUTOSAR · RTE · BSW · SWC
本章聚焦域控制器软件架构核心概念。 面试官通过 AUTOSAR 分层、RTE 通信机制、BSW 模块职责、SWC 设计等，考察你对汽车软件架构的体系化理解。以下 3 个问答卡片覆盖高频考点，并配有回答框架图与避坑提醒。
请简述 Classic AUTOSAR 与 Adaptive AUTOSAR 的核心区别，以及各自适用的场景。
面试官考察点
- 是否理解两种平台的设计哲学（实时/安全 vs 高性能/动态）。
- 能否结合域控制器趋势说明选型依据。
- 对 POSIX、SOA、动态部署等概念的掌握程度。
回答框架
- 定位差异：Classic 面向硬实时、高安全（ASIL D），基于 OSEK；Adaptive 面向高性能计算、动态更新，基于 POSIX。
- 通信方式：Classic 用 RTE + 信号；Adaptive 用 SOA + 服务发现。
- 典型场景：Classic 用于发动机、底盘；Adaptive 用于自动驾驶域控、座舱。
简短示例回答
Classic AUTOSAR 基于 OSEK，硬实时、静态配置，适合发动机、制动等安全关键控制；Adaptive AUTOSAR 基于 POSIX，支持动态部署、SOA 和 OTA，适合自动驾驶域控、智能座舱。两者在通信、调度和更新机制上完全不同。
可能追问
Adaptive 如何实现服务发现？
Classic 的 RTE 如何生成？
两者能共存吗？
避坑提醒
⚠️ 不要只说“一个实时一个不实时”。 要强调 Adaptive 并非“不实时”，而是面向软实时/高性能场景，且支持动态行为。避免混淆 OSEK 与 POSIX 的调度机制。
RTE 在 AUTOSAR 架构中扮演什么角色？它如何实现 SWC 之间的通信？
面试官考察点
- 对 RTE 作为“虚拟功能总线”的理解。
- 是否清楚 Sender/Receiver 与 Client/Server 通信模式。
- 能否说明 RTE 生成过程与 ECU 间通信映射。
回答框架
- 定义：RTE 是 SWC 之间的通信中间件，屏蔽底层 BSW 和硬件差异。
- 通信模式：支持 S/R（数据分发）和 C/S（服务调用），通过端口和接口定义。
- 实现：由工具根据 ARXML 生成，映射到 COM、OS 等 BSW 模块。
简短示例回答
RTE 是 AUTOSAR 的虚拟功能总线，负责 SWC 间及 SWC 与 BSW 的通信。它提供 Sender/Receiver 和 Client/Server 两种模式，通过端口连接。RTE 由工具根据 ARXML 生成，将通信映射到 COM 或 OS，实现组件解耦。
可能追问
RTE 如何保证数据一致性？
RTE 与 COM 的关系？
跨 ECU 通信怎么处理？
避坑提醒
⚠️ 不要把 RTE 说成“就是 COM”。 RTE 是抽象层，COM 是具体通信模块。RTE 还负责调度、模式管理、互斥等，范围更广。
请解释 BSW 的主要模块及其职责，并说明 SWC 的设计原则。
面试官考察点
- 对 BSW 分层（MCAL、ECU抽象、服务层、复杂驱动）的掌握。
- 能否列举关键模块（COM、OS、NvM、DCM、DEM）。
- SWC 设计是否遵循高内聚低耦合、可复用原则。
回答框架
- BSW 分层：MCAL 直接操作寄存器；ECU 抽象层统一外设；服务层提供通信、存储、诊断等。
- 关键模块：COM（信号打包）、OS（调度）、NvM（非易失存储）、DCM/DEM（诊断）。
- SWC 原则：功能单一、接口清晰、通过端口通信、可独立部署与测试。
简短示例回答
BSW 分为 MCAL、ECU 抽象、服务层和复杂驱动。MCAL 操作硬件，服务层提供 COM、OS、NvM、DCM 等。SWC 设计应遵循高内聚低耦合，通过端口和接口通信，避免直接访问硬件，保证可复用和可测试。
可能追问
MCAL 包含哪些驱动？
NvM 如何保证数据完整性？
SWC 如何映射到任务？
避坑提醒
⚠️ 不要只罗列模块名称。 要结合分层说明职责边界，并强调 SWC 与 BSW 通过 RTE 交互，不能直接调用 BSW 函数。
《域控制器工程师面试实战题库》· 第 4 章 · 共 30 章