秋招加春招，前前后后面了差不多 20 家公司，岗位主要是嵌入式软件开发、Linux 驱动、底层软件和部分车载方向。一路面下来，最大的感受就是，嵌入式面试真的很容易让人产生错觉：准备的时候觉得自己都会，真正进面之后才发现，很多知识点其实只是“看过”，还远远没到“能讲清、能展开、能抗追问”的程度。下面这 5 点，是我这段时间最真实的总结。1. 八股一定要背，但更重要的是“理解版八股”嵌入式面试离不开八股，这个是事实。C 语言、指针、内存分区、volatile、static、const、结构体对齐、大小端、中断、线程/任务调度、锁、信号量、死锁、I2C/SPI/UART、Linux 进程线程、虚拟内...

七月份还没入职，怎么大伙撤了这么多人啊，有点哈人啊是年会让大伙寒了心，还是年终奖不如意。我看大家年终奖份额发的都是正常月数，翻了一下评论区，貌似又跟调薪有关😂😂😂智驾的未来在哪里😭

是我简历太单薄了吗，我投的都是小厂，想先过渡一下的想过自己很菜，没想到这么菜

1. 自我介绍2. RocketMQ 里顺序消息、普通消息、事务消息分别适合什么场景，为什么不能混着用普通消息适合最终一致、无严格顺序约束的场景，比如日志分发、画像更新、通知投递。顺序消息适合同一业务键必须按时间线推进状态的链路，比如同一工单、同一订单、同一会话的状态演进，但顺序消息的吞吐和容错设计会受到队列粒度限制。事务消息适合本地事务与异步投递之间要建立“发送承诺”的场景，比如主库先落事实，再由 MQ 推动旁路索引或下游补偿。三者不能混着用，是因为它们解决的问题不同，消费模型、失败恢复方式和成本模型也完全不同。3. 如果 RocketMQ 出现消息积压，你会怎样定位，不要只说“扩容消费者”...