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

我是犯天条了吗？大佬们

一面业务面（40min）1.自我介绍2.简历深挖3.安克某一品类的生态和小米相比你觉得有哪些不足以及可以改进的地方4.对于team里面的两个方向更倾向哪一个，为什么5.如果要上线一个新品，你觉得步骤是什么6.对于国内的主流社交媒体了解吗，有什么洞察，好奇心怎么样7.反问二面业务面（30min）1.自我介绍2.过去的实习经历不太相关，为什么选择投递这个岗位3.简历深挖4.实习中，遇到的印象最深刻的事（抓狂或骄傲都可以）5.个人问题（家，性格，性格方面的缺点）6.反问三面综合面（15min）1.自我介绍2.实习经历中最有成长和收获的具体案例，达成这件事的关键原因是什么3.过去协助策划的两个活动在用...