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

，有没有什么老主神学，祝我一臂之力

各位前辈好 浙大本科，0实习0科研0绩点，唯一优势可能学校大作业做的比较扎实（但没啥用）。留学实习两手抓，现在开始学开发还来得及在暑假找到实习吗？以及简历上需不需要放一个魔改的项目呢？简历目前是ai做的，求建议拷打。

🙌面试感想：暂无后续 1.自我介绍+项目2.（项目）GoZero 微服务框架整体情况 项目微服务是按照什么原则拆分的？MySQL 和 MongoDB 水平扩展机制有什么区别？3.项目里 Kafka 主要用来实现什么功能？除了你即时通讯这种典型生产者消费者场景，服务间什么业务场景适合用消息队列？4.为什么选择 Kafka，而不是 RabbitMQ 等其他消息队列？Kafka 吞吐量高的底层机制是什么？5.Go GMP 调度模型6.Docker 在云服务部署场景主要解决什么问题？Docker 保证环境隔离的底层机制是什么？7.你理解什么是 AI Agent？