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

Timeline3.5一面3.8 二面3.12 三面3.18 hr面4.2 offer

技术最强的不一定混得好。见过算法竞赛金牌选手，进了大厂反而边缘化，因为他只会写代码，开会一言不发，需求理解总跑偏，项目推进靠别人。真正在大厂混得如鱼得水的，往往是这几类人：第一种是"向上管理"高手，知道领导想要什么，汇报简洁漂亮，让领导省心。第二种是"推进派"，跨部门协作不怵，催人不得罪人，项目从不烂尾。第三种是"抗压机器"，绩效考核、周报日报、OKR、各种评审，流程多到怀疑人生，但他们处理得游刃有余。反过来说，最不适合大厂的是什么人？是那种想法多、不服管、喜欢从零构建、受不了流程的人。这种人去大厂会很痛苦，但去创业公司可能是核心骨干...