简历里写了 RTOS、Linux 驱动、BSP，面试官到底在判断你会不会做底层很多人投嵌入式岗的时候，简历会写得很满：做过 STM32，写过 FreeRTOS，用过 Linux，碰过驱动，项目里还有 UART、SPI、I2C、CAN、OTA、Bootloader。问题是，面试官并不是在看你名词堆得够不够多，而是在判断另一件事：这些东西你到底是“配过、调通过、抄着改过”，还是已经能独立分析问题、设计方案、解释取舍、扛住追问。这也是最近嵌入式面试里最明显的一个趋势。题面看起来还是那些熟面孔，但追问方式已经越来越统一：先从项目切进去，再顺着 RTOS、外设、驱动、启动链路、调试手段一路往下刨。答得浅...

看来得重新踏上征程了。后悔之前oc之后没有走其他的流程。

网易游戏二面面经   自我介绍，并挑一个做得比较好或有成就感的项目，介绍你负责的工作、遇到的问题及解决方法。   项目相关   epoll的触发模式有了解过吗？   协程了解吗？   如果让你自己实现一套协程方案，需要关注什么问题？核心是什么？上下文怎么维护？     关注点 说明     1. 上下文保存与恢复 需要保存寄存器（栈指针、程序计数器、通用寄存器）、信号掩码、浮点状态等，以便恢复执行。   2. 栈内存管理 每个协程需要有独立的栈空间。如何分配？大小固定还是动态增长？如何避免栈溢出或内存浪费？   3. 调度器设计 协程何时主动让出（yield）？调度器如何选择下一个运行的协程（...