💡应聘技术问题
问题："C/C++ 中智能指针有哪几种？各自的使用场景是什么？"
参考答案:
三种智能指针都定义在 <memory> 头文件中：
unique_ptr 是独占式的，同一时刻只能有一个 unique_ptr 指向某个对象，不能拷贝只能 move。适合资源独占场景，比如车载软件里某个硬件外设只能被一个模块控制的时候。用 std::make_unique<T>() 创建。
shared_ptr 通过引用计数实现共享所有权，计数归零自动释放。多个模块需要访问同一块资源时用它，比如几个 ECU 节点共享一个数据缓冲区。创建方式是 std::make_shared<T>()。
weak_ptr 不增加引用计数，是 shared_ptr 的弱引用。它存在的意义主要是解决 shared_ptr 的循环引用问题。观察者模式里经常见到：观察者通过 weak_ptr 持有 subject 的引用，不会阻止 subject 被释放。
实际开发中有个简单的取舍原则：默认用 unique_ptr，只在确实需要共享所有权时才上 shared_ptr，weak_ptr 作为配套手段打破循环引用。
问题："嵌入式系统中信号处理模块的设计流程是怎样的？"
参考答案:
先搞清楚要处理什么信号。输入是模拟还是数字、采样率多少、频率范围多大、精度要求多高，这些直接决定了后续的参数选择。比如车载场景下，传感器的输出特性不一样，滤波和采样参数就得跟着变。
算法选型阶段，根据需求挑 FIR/IIR 滤波、FFT 或者小波变换。实际操作中一般是先在 MATLAB 或 Python（NumPy/SciPy）上跑通算法仿真，确认可行了再往嵌入式平台移植。
架构上基本就是 ADC 采样 → 预处理去噪滤波 → 核心算法运算 → 结果输出这条链路。实时性要求高的环节要考虑 DMA 传输和中断处理的合理分配。
代码层面，C/C++ 实现算法之后还得针对具体硬件做优化。ARM Cortex-M/A 或 DSP 上可以用 CMSIS-DSP 库加速，定点数替换浮点数也能明显提升性能。最后用真实信号或信号发生器做端到端测试，看处理精度和实时性是不是都达标。
问题："Python 在车载电子软件测试中有哪些典型应用？"
参考答案:
最常见的是写自动化测试脚本。通过 pyserial、python-can 这些库跟 ECU 通信，跑功能测试和回归测试。举个例子：模拟车门开关信号，看车身控制模块的响应对不对。这种方式比手动测试效率高很多，迭代的时候也方便复用。
从 CAN/LIN 总线抓下来的报文数据量通常很大，用 pandas 做清洗和统计，matplotlib 画时序波形，定位信号异常会快不少。一辆车的软件版本迭代过程中积累的日志数据，靠人眼根本看不过来。
HIL 测试台架上也能用 Python。控制设备启停、注入故障（短路、断路）、切换测试场景，这些操作写成脚本就能批量跑。持续集成方面，Jenkins 或 GitLab CI 里用 Python 把编译、烧录、测试、出报告串成一条流水线，省去人工干预。
问题："描述一个你参与的车载电子软件项目，包括技术架构和你承担的工作。"
参考答案:
拿车身控制模块（BCM）项目举个例子。BCM 管车门、车窗、灯光、雨刮这些车身电子功能，这个项目要求基于 AUTOSAR 架构开发，支持 CAN/LIN 通信，安全等级要达到 ISO 26262 ASIL-B。
硬件用的是 Infineon Aurix TC387（多核 TriCore MCU）。软件分三层：底层 MCAL 是微控制器抽象层，中间 AUTOSAR BSW 包含通信栈、诊断栈、NvM 这些基础软件，上层是应用层 SWC。开发工具方面，EB tresos 配置 AUTOSAR 模块，Tasking 编译，CANoe 做通信仿真和测试。
我在这个项目里负责车窗防夹算法的应用层开发。车窗上升的时候要实时检测电机电流，电流异常增大就判定为夹了东西，立刻反转电机。具体做了这几件事：电流信号采集和滤波（滑动平均加阈值判定）、防夹逻辑的状态机设计、跟底层驱动和诊断模块的接口对接。台架测试阶段比较有意思，用不同硬度的物体模拟夹手场景，确认防夹响应时间在 100ms 以内才算达标。
问题："车载 ECU 在极端温度下出现间歇性通信故障，你会如何排查？"
参考答案:
这是典型的环境可靠性问题，按顺序排查。
先复现。把 ECU 放进环境试验箱，模拟 -40°C 或 85°C 的极端温度，跑整车通信测试。同时用 CANoe 或示波器抓 CAN 总线波形，搞清楚故障的具体表现：报文丢失？CRC 错误？还是直接 Bus-Off 了？
确认了现象之后查硬件。看 CAN 收发器（比如 TJA1043）在高温或低温下电气特性有没有超出规格。对照原理图和 BOM 检查走线长度、终端电阻（120Ω）有没有问题。电源模块在温度变化时输出稳不稳也要看，低温下电容容值掉得厉害，电源纹波一变大，通信就容易出问题。
硬件没问题的话就查软件。MCU 外部晶振在极端温度下频偏会增大，CAN 波特率跟着偏，偏多了协议就容忍不了。查一下 CAN 驱动的时钟配置，确认错误中断处理和 Bus-Off 恢复策略有没有配好。用了 AUTOSAR 通信栈的话，CanIf 和 PduR 的错误处理也要过一遍。
定位到原因之后该改硬件改硬件（比如换成温补晶振 TCXO），该改软件改软件。改完还得在同样的温度条件下长时间压测，确认故障不再出现。
🎯应聘面试准备
问：想应聘上述岗位，需要做哪些准备？
答：
简历优化
1.核心信息前置
- 技术栈：C/C++、Python、嵌入式开发、信号处理
2.匹配岗位关键词
- 工程能力：系统设计、嵌入式开发、信号处理、软件测试与调试
- 能力标签：车载电子软件开发、ECU 开发、技术文档撰写
技能梳理
C/C++ 编程能力
- 编译链接的基本原理，Makefile/CMake 能写能改
嵌入式开发
- ARM Cortex-M/A 架构，至少知道寄存器、中断、异常处理
- 外设驱动开发：GPIO、UART、SPI、I2C、CAN
- 会用 JTAG/SWD 调试，逻辑分析仪和示波器能看波形
车载电子专项
- AUTOSAR Classic Platform 的分层结构，不用精通但要知道 MCAL、BSW、SWC 各自干什么
- CAN/LIN 通信协议，至少搞懂报文格式和仲裁机制
- 车载软件开发流程：V 模型、ASPICE 的基本概念
- 功能安全（ISO 26262），知道 ASIL 等级划分和常见的分析方法
Python 辅助能力
- 能写自动化测试脚本，pyserial 和 python-can 会用
面试准备
经典问题
- C/C++ 中 struct 和 class 的区别？虚函数的实现机制？
- 嵌入式系统中断和轮询各有什么优缺点？什么场景选哪个？
- CAN 总线的仲裁机制是怎样的？为什么不会出现冲突？
系统设计
- 如果让你从零搭建一个 ECU 的软件框架，你会怎么分层？
项目经验准备
- 挑 1-2 个最拿得出手的项目深挖，准备好回答这几个问题：项目解决了什么问题、用了什么技术栈、遇到过什么坑、怎么解决的、最终效果怎么样
- 能说清楚自己在车载项目里具体负责了哪个模块，从需求到交付的完整过程
