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

能的兄弟，能的，一天200k我肯定干

没想到挂了还有感谢信啊哈哈哈哈啊哈哈啊哈哈

我在秋招和春招加起来面了 20 多家大厂嵌入式岗位，有一个结论是反复被验证的：FreeRTOS 不是加分项，而是默认你必须掌握的底层能力。一开始我对它的理解停留在“会用 API”：能创建任务、用队列通信、用信号量同步。但只要面试官往下追两层，这套体系就会直接崩掉。真正的分水岭不在“用过没有”，而在于你是否把它当作一个简化的操作系统来理解。下面是我踩坑之后总结出的核心考点和应对方式。一、FreeRTOS 在面试中的真实定位面试官用 FreeRTOS 判断三件事：你是否具备操作系统基本认知你是否具备系统建模能力你是否做过真正的工程而不是 demo如果不会 RTOS，你的代码模型通常是：while(...