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

原来就算签了协议也是可以提前走的吗，有无有经验的前辈说说是真的吗

🤡😭      

结合我自己春招的面经，以及牛客上百篇AI岗上岸学长学姐的真实反馈，给大家做了一份2026春招AI项目分档盘点，精确到项目名称、适配岗位、核心亮点、面试加分点、避雷提示，帮大家精准避坑，知道哪些项目闭眼做，哪些项目千万别碰。先给核心分类标准，完全贴合校招面试的考察逻辑：【S级 高含金量】：垂直落地+技术前沿+工程化完整，面试差异化拉满，90%的面试官都会感兴趣，闭眼冲【A级 有亮点】：场景明确+有优化深度+易上手，面试有加分，适合补项目经历，放心做【B级 烂大街慎做】：同质化严重+无差异化+demo级，10个应届生9个做，没亮点慎做【C级 纯浪费时间】：无核心工作量+面试必减分+hold不住，绝...