泰凌微嵌入式一面：const/#define、SPI 配置、FreeRTOS 通信与字符设备驱动

《面试题目》

1. 自我介绍（2 分钟）
2. const 与 #define 的区别？
3. inline 函数什么时候使用？
4. 大端小端怎么判断（手撕代码）？
5. SPI 的配置步骤？
6. 堆区和栈区的区别？
7. FreeRTOS 任务间通信方式有哪些？队列、信号量、互斥量、事件组分别在什么场景用？
8. Linux 字符设备驱动的基本框架？file_operations、设备号、cdev、platform 总线你了解吗？
9. I2C / SPI 驱动调试遇到过什么问题？通信失败一般怎么定位？
10. 进程和线程的区别？进程间通信和线程同步有哪些方式？死锁怎么避免？
11. C++ 多态怎么实现？虚函数表、虚析构、智能指针分别说说？
12. 为什么选择泰凌微？你对低功耗无线芯片嵌入式方向怎么看？
13. 反问：团队嵌入式技术栈和产品方向？新人培养和项目参与方式？

《参考解析》

const 与 #define 的区别，要讲到类型检查和作用域。 #define 是预处理阶段的纯文本替换，没有类型、不进符号表、不做语法与类型检查，出错的报错位置往往指不到真正的问题处，而且全局生效、容易在宏展开时踩坑（要加括号、注意副作用如 MAX(a++, b)）。const 是编译期关键字，有明确的数据类型、参与类型检查、有作用域（块作用域/文件作用域/类作用域）、可以被调试器看到，还可以配合指针修饰（const char* 指向常量、char* const 指针本身不可变）。补充两点更实际的：现代 C++ 里常量优先用 constexpr（编译期求值）；const 局部变量通常在栈上、不一定占 ROM，而宏和 constexpr 更可能被优化进代码段——嵌入式里关心 flash 占用时这点很重要。

inline 的适用场景，以及它「只是建议」。 适合短小且被频繁调用的函数（访问器、简单数学工具、状态判断），目的是省掉函数调用的压栈/跳转/返回开销，同时保留类型检查（相比宏的优势）。不适合长逻辑、含循环或递归的函数——展开后代码体积膨胀，指令缓存命中率下降，反而更慢；递归函数无法完全内联。关键点是 inline 只是给编译器的建议，编译器可以拒绝；反过来，编译器也会主动内联没标 inline 的小函数。在 C 里要注意 inline 与 static inline 的链接语义差异（static inline 最安全，不会产生重复符号）。

大端小端的手撕，标准答案是联合体（union）。 定义一个 union { int i; char c[4]; }，把 i 赋成 0x12345678，读 c[0]：得到 0x12 是大端（高字节存低地址），得到 0x78 是小端。也可以用指针强转 char* 取首字节，但联合体更干净、没有严格别名问题。原理是大端按人类书写顺序存（高字节在低地址），小端按低位优先存（低字节在低地址），x86/多数 ARM 默认小端，网络字节序是大端（所以有 htonl/ntohl）。嵌入式里这件事的实际影响在多字节数据的跨设备传输、寄存器位域定义、以及协议解析，特别是异构 MCU 之间通信时必须显式统一字节序。

SPI 的配置步骤要按「引脚 → 参数 → 使能 → 传输」讲。 先把 SCK/MOSI/MISO/CS 配成复用功能并设好上下拉与驱动能力；再配 SPI 时钟波特率（分频自总线时钟）、CPOL/CPHA（决定采样边沿，必须与从机手册一致，配错是最常见的「读回全 0 或全 FF」）、数据位宽（8/16 位）、位序（MSB/LSB first）、以及主从模式；然后使能 SPI 外设，按需配 DMA（大数据量）或中断（小数据量/低 CPU 占用）；最后每次传输前拉低 CS、传输完成后拉高。要点是CPOL/CPHA 的组合（模式 0–3）和从机必须严格匹配，以及多从机时要处理好 CS 的独立控制。

堆与栈的区别，嵌入式语境下要带上内存布局。 栈由编译器自动管理，存放局部变量、函数参数、返回地址，地址连续、空间小（MCU 上常是几 KB），通常向下增长；栈溢出是嵌入式最常见的偶发死机原因，要靠估算最大调用深度、加栈哨兵/MPU 保护、或用 RTOS 的栈水位检测来防。堆由 malloc/free（或 new/delete、RTOS 的 pvPortMalloc）手动管理，空间大但不连续，会产生碎片和泄漏；裸机上如果用 malloc 还要考虑线程安全与确定性，所以很多 RTOS 项目会直接禁用堆或只用内存池。

FreeRTOS 的通信机制要能说清「各自解决什么问题」。 队列 用于任务间传递数据，自带拷贝语义与阻塞唤醒，是基础构件；二值信号量 用于任务同步或中断通知任务（ISR 里用 xSemaphoreGiveFromISR）；计数信号量 用于对有限资源计数（如缓冲池格数）；互斥量（Mutex） 用于保护共享资源，带优先级继承，能缓解优先级反转——这是它与二值信号量的关键区别（二值信号量没有优先级继承，不能用它当锁）；事件组（Event Group） 用于多事件组合等待（「这几个条件都满足才继续」或「任一满足即继续」）。另外还有任务通知（Task Notification，最快、最省内存但只能一对一）和流/消息缓冲区。最容易答错的是「信号量当锁用」——保护临界区必须用互斥量，否则会踩优先级反转。

Linux 字符设备驱动框架与 platform 总线。 字符设备走的是「申请设备号（alloc_chrdev_region 动态或 register_chrdev_region 静态）→ 初始化 cdev（cdev_init 绑定 file_operations）→ cdev_add 注册 → 创建设备节点（class_create + device_create，由 udev/mdev 自动生成 /dev 节点）」这条链路，file_operations 里实现 open/read/write/ioctl/release，用户态系统调用最终落到这些函数。platform 总线用于 SoC 内部那些「不通过物理总线枚举」的外设：把设备信息放 device tree（或板级文件）生成 platform_device，驱动侧注册 platform_driver，总线用 of_match_table（compatible 字符串）做匹配，匹配成功后调用 probe 拿资源（platform_get_resource / devm_ioremap_resource、中断号、时钟、regulator）并注册真正的子系统设备。为什么要这么绕：它把「设备信息」和「驱动代码」解耦，同一份驱动能适配不同板子，同时接入统一的电源管理（runtime PM）与设备模型。用 devm_* 系列 API 可以让资源随设备卸载自动释放，避免 probe 失败路径上的泄漏。

I2C/SPI 通信失败的定位，顺序是「硬件 → 总线 → 驱动 → 应用」。 硬件层先看电源、时钟、复位、引脚复用（很多时候是 pinmux 没配对）与上拉电阻（I2C 必须要有上拉，缺失会导致波形上升沿爬不上去）；总线上用示波器/逻辑分析仪抓波形，I2C 看起始位、地址、ACK/NACK、数据的建立保持时间，SPI 看 CS 时序、时钟极性相位、位序；驱动层核对设备地址（7 位与 8 位写法差一位是经典坑）、寄存器地址与配置、时序参数（I2C 的时钟延展、SPI 的最高时钟频率）；应用层再看数据解析与并发访问。常见根因集中在：地址写错、上拉缺失、CPOL/CPHA 配错、时钟频率超过器件上限、中断没清、以及 DMA 与 cache 不一致（见下文）。定位方法就是先抓波形确认物理层没问题，再逐层往上排除，不要一上来就改驱动代码。

进程线程与死锁。 进程有独立地址空间，线程共享进程的地址空间但各有独立栈和寄存器上下文；进程间通信有管道、消息队列、共享内存、信号量、socket、信号，线程同步有互斥量、条件变量、读写锁、信号量、原子操作。死锁的四个必要条件（互斥、占有且等待、不可剥夺、循环等待）只要打破一个就不会死锁：统一加锁顺序（打破循环等待，最常用）、一次性申请所有资源（打破占有且等待）、设置超时与 trylock（打破不可剥夺）、以及减少锁粒度/用无锁结构。嵌入式里还要加一条：中断上下文里不能拿会睡眠的锁，ISR 与任务共享数据要用临界区（关中断）或专用的 FromISR API。

C++ 多态与虚函数表。 运行时多态靠虚函数：含虚函数的类会有一张虚函数表（vtable，编译期生成、每类一份），对象里存一个指向该表的虚表指针（vptr）；通过基类指针/引用调用虚函数时走 vptr 查表，因此是运行时绑定。虚析构的必要性在于：通过基类指针 delete 派生类对象时，如果基类析构不是虚的，只会调用基类析构函数，派生类资源泄漏（未定义行为）。智能指针方面，unique_ptr 独占所有权、不可拷贝只可移动、零额外开销；shared_ptr 共享所有权、引用计数线程安全（但对象本身不是）归零时释放；weak_ptr 不增加计数、用于打破 shared_ptr 的循环引用。嵌入式里通常慎用 shared_ptr——引用计数的原子操作有开销，且内存不可控。

「为什么选泰凌微」这类收尾问题，答法是「技术同频 + 业务同频」。 作者的回答方向可以借鉴：泰凌微在低功耗蓝牙与物联网无线芯片领域有技术积累、量产场景多，岗位能接触底层驱动、RTOS、软硬件协同调试和无线协议；自己希望深耕嵌入式底层与系统稳定性，方向匹配。这类回答里最有效的是给出一条具体的技术观察（比如对低功耗场景下休眠唤醒策略、无线协议栈与 RTOS 协作的理解），比笼统说「平台好、能学到东西」有说服力。反问环节问「技术栈与产品方向、新人培养方式、多久能独立负责模块」也是这类岗位的得体选择。