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

😵

收藏我了是进人才储备池了还是有戏了😂

最近整理了一下面小鹏嵌入式软件开发岗位的一面内容。整体感觉是，一面问得还是比较扎实，重点集中在嵌入式基础、RTOS、通信协议、内存、驱动理解和项目细节上。题目本身不算特别偏，但比较考验基础是否成体系，尤其是很多问题都可以顺着项目继续往下深挖，所以准备的时候不能只停留在背概念。请先做一下自我介绍，并重点讲一个你最熟悉的嵌入式项目你项目中的数据流是怎样的，从采集到处理再到发送，中间经过了哪些环节MCU 从上电到进入 main 函数，中间一般会经历哪些关键步骤启动文件和链接脚本分别起什么作用，为什么嵌入式开发离不开它们全局变量、局部变量、静态变量一般分布在哪些内存区域栈和堆分别适合什么场景，在嵌入式...