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

二本的结局就是铁人三项嘛

一开始还有一些小厂中厂找我，现在啥都没有了

在 AI 时代，是否还需要刷力扣，其实答案很现实：需要，但方式要变。一方面，AI 确实可以帮你快速生成代码，甚至给出最优解思路，但面试场景并不会因此消失。很多公司依然保留“手撕代码”环节，本质上考察的不是你会不会写答案，而是你是否真正理解数据结构与算法、是否具备清晰的逻辑表达能力。在没有 AI 辅助的白板或在线面试中，这些能力无法替代。