小鹏汽车- 嵌入式软件开发二面 面经

1. 简单介绍一下你自己，说说你为什么对车载系统开发感兴趣？

参考答案：

面试官您好，我是XXX。我主要的技术方向是嵌入式系统开发，熟悉C/C++编程和FreeRTOS，有两年多的项目经验。

我对车载系统开发很感兴趣，主要有几个原因。首先，汽车智能化是未来的趋势，车载系统是智能汽车的核心，涉及自动驾驶、车联网、智能座舱等前沿技术，技术挑战大，很有吸引力。其次，车载系统对可靠性、实时性、安全性要求极高，这对技术能力是很好的锻炼。第三，我一直对汽车感兴趣，能把自己的技术应用到汽车领域，让技术真正改变生活，很有成就感。

我做过基于STM32的智能车载终端项目，实现了GPS定位、4G通信、CAN总线数据采集等功能，这让我对车载系统有了初步的了解。虽然还需要学习更多车载领域的专业知识，但我相信我的嵌入式开发经验是很好的基础，我有信心快速学习并为团队做出贡献。

2. 你的车载终端项目中，如果要支持更多的CAN总线和更高的数据吞吐量，架构上需要做哪些调整？

参考答案：

支持更多CAN总线和更高数据吞吐量需要从多个层面优化。

首先是硬件架构调整，如果MCU的CAN控制器数量不够，需要选择有更多CAN接口的MCU，或者通过SPI扩展独立的CAN控制器，比如MCP2515。如果数据量特别大，可以考虑用更高性能的处理器，比如多核MCU或者MPU。

软件架构方面，需要优化CAN数据处理流程。每个CAN总线用独立的任务处理，避免相互阻塞。使用DMA接收CAN数据，减少CPU占用。使用环形缓冲区管理数据，防止数据丢失。合理设置任务优先级，保证关键CAN总线的实时性。

内存优化方面，高数据吞吐量意味着大量的数据缓冲，需要合理规划内存使用。使用内存池管理CAN消息对象，避免频繁分配释放。数据缓冲区大小要根据实际数据量动态调整，避免浪费。

CAN过滤器配置方面，充分利用硬件过滤器，只接收需要的CAN ID，减少无效中断。如果需要接收的ID很多，可以用掩码模式配置过滤器，提高灵活性。

数据处理优化方面，CAN数据解析可以用查表法，提高效率。对于周期性的CAN消息，可以用时间戳检测超时，及时发现通信异常。对于非关键数据，可以降采样处理，减少数据量。

如果单个MCU性能还不够，可以考虑多MCU架构，每个MCU处理一部分CAN总线，通过高速接口（如SPI、以太网）汇总数据到主控MCU。或者用网关架构，专门的CAN网关负责CAN数据采集和转换，主控MCU负责业务逻辑。

监控和容错方面，监控CAN总线的错误率和丢包率，及时发现问题。实现CAN总线的错误恢复机制，总线off时自动重新初始化。关键数据做冗余备份，防止数据丢失。

3. 说说你对Linux内核的理解，内核空间和用户空间有什么区别？系统调用的过程是怎样的？

参考答案：

Linux内核是操作系统的核心，负责管理硬件资源和提供系统服务。虽然我主要做的是基于RTOS的嵌入式开发，但也了解Linux的基本原理。

内核空间和用户空间是虚拟地址空间的两个部分，通过虚拟地址划分。x86-64架构下，用户空间是0到0x00007FFFFFFFFFFF，内核空间是0xFFFF800000000000到0xFFFFFFFFFFFFFFFF。

内核空间和用户空间的区别主要体现在权限和功能上。内核空间运行在特权模式（Ring 0），可以执行特权指令，访问所有硬件资源，执行内核代码。用户空间运行在用户模式（Ring 3），权限受限，不能直接访问硬件，不能执行特权指令，只能执行用户程序。

用户程序需要访问硬件或使用系统服务时，必须通过系统调用陷入内核。系统调用的过程是：用户程序调用库函数，比如read；库函数将系统调用号和参数放入寄存器，执行syscall或int 0x80指令；CPU从用户模式切换到内核模式，保存用户态的上下文，跳转到内核的系统调用处理函数；内核根据系统调用号找到对应的处理函数，执行系统调用；系统调用完成后，将结果放入寄存器，恢复用户态的上下文，从内核模式切换回用户模式；用户程序继续执行，获取系统调用的结果。

系统调用的开销比较大，因为涉及模式切换、上下文保存恢复、参数拷贝等。所以要尽量减少系统调用次数，比如用缓冲减少read/write次数，用批量操作减少系统调用。

内核空间和用户空间的隔离保证了系统的稳定性和安全性，用户程序崩溃不会影响内核，恶意程序不能直接访问硬件。

4. 说说你对虚拟内存的理解，缺页异常是什么？如何处理？

参考答案：

虚拟内存是操作系统提供的抽象，让每个进程都认为自己拥有独立的、连续的地址空间。虚拟地址通过页表映射到物理内存，物理内存可能是不连续的。虚拟内存的好处是进程间内存隔离、支持比物理内存更大的地址空间、方便内存管理和共享。

缺页异常是指访问的虚拟地址对应的页不在物理内存中，需要从磁盘加载到内存。缺页异常分为几种类型：

硬缺页异常（Major Page Fault）是指页不在物理内存中，需要从磁盘读取。比如第一次访问mmap映射的文件，或者访问被swap到磁盘的页。硬缺页异常的处理时间长，因为涉及磁盘IO。

软缺页异常（Minor Page Fault）是指页在物理内存中，但页表项还没有建立映射。比如fork后的写时拷贝，子进程第一次写共享页时，需要拷贝页并建立新的映射。软缺页异常的处理时间短，只需要更新页表。

缺页异常的处理过程是：CPU访问虚拟地址，MMU查找页表，发现页表项的Present位为0，触发缺页异常；CPU陷入内核，执行缺页异常处理函数；内核判断缺页类型，如果是硬缺页，从磁盘读取页到物理内存，如果是软缺页，分配物理页或拷贝页；更新页表，建立虚拟地址到物理地址的映射；返回用户态，重新执行触发缺页的指令，这次就能正常访问了。

如果物理内存不足，内核会选择一个页换出到磁盘，腾出空间。页面置换算法有LRU、LFU、Clock等，Linux使用改进的LRU算法。

缺页异常对性能有影响，特别是硬缺页异常。优化方法包括：增大物理内存，减少swap；使用大页（HugePage），减少页表项数量，提高TLB命中率；预读，提前加载可能访问的页；优化内存访问模式，保持局部性。

在嵌入式系统中，很多RTOS不使用虚拟内存，直接使用物理地址，避免了缺页异常的不确定性，保证实时性。

5. 说说你对CAN总线的了解，CAN总线在车载系统中有什么应用？

参考答案：

CAN（Controller Area Network）是一种串行通信协议，专门为汽车设计，现在广泛应用于车载系统。我在车载终端项目中使用过CAN总线，对它有一定的了解。

CAN总线的特点是多主机、无损仲裁、实时性好、可靠性高、成本低。CAN总线采用差分信号传输，抗干扰能力强。总线上有两根线，CAN_H和CAN_L，通过电压差表示逻辑0和1。显性电平（0）优先于隐性电平（1），用于仲裁。

CAN的仲裁机制是，多个节点同时发送时，ID越小优先级越高。发送节点监听总线，如果检测到冲突（自己发送1但总线是0），就停止发送，让优先级高的节点先发。这样保证了高优先级消息能及时发送，满足实时性要求。

CAN帧格式包括标准帧（11位ID）和扩展帧（29位ID）。帧结构包括起始位、仲裁段（ID）、控制段、数据段（0-8字节）、CRC校验、ACK、结束位。CAN有完善的错误检测机制，包括位错误、填充错误、CRC错误、格式错误、应答错误，检测到错误会发送错误帧，要求重传。

在车载系统中，CAN总线的应用非常广泛。动力系统，发动机控制单元ECU通过CAN发送转速、温度等信息。底盘系统，ABS、ESP等通过CAN通信。车身系统，车窗、车灯、空调等通过CAN控制。仪表系统，仪表盘通过CAN获取车速、油