攒人品中，祝大家都能拿到满意的Offer！1.实习拷打2.Kafka和别的消息队列的差别3.智能分析模块是自己一个人做的吗4.细致地说一下比如检索模块是怎么做的5.volatile和synchronized底层实现讲一下6.用volatile和synchronized写一个单例模式，实现一个单例类（代码题）7.之前做的偏算法的东西，为什么想来做后端开发方向8.那你有所谓的感兴趣的方向吗9.你觉得你自己的技术储备够不够，还有哪些需要提升的10.你本身做过模型，那么对于一些现在所说的大模型你有一些知识储备或自己做过尝试吗

更偏推理基础、工程细节和 CUDA 手写题这场百度 AI Infra 一面，整体感受是节奏很快，前半段主要围绕简历里的项目和实习经历往下问，后半段会明显转到一些更偏推理基础和工程理解的问题，最后还加了一道 CUDA 的手写题。面试官一开始先介绍了团队，说他们在百度智能云下面，训练、推理、强化学习、Agent 这些 AI Infra 相关方向基本都覆盖到了，所以一上来的感觉就是，这不是只盯某一个小点的岗位，而是一个工作面比较宽的 Infra 团队。正式开始之后，前面还是从我现在做的事情切进来，重点还是摩尔线程这段实习。面试官先问我怎么理解自己在做的这个 TensorFlow MUSA Exten...

1.商品超卖问题2.某一时间，大量请求到来该怎么办3.redis与数据库一致性以及本地缓存问题4.redis的扩容与迁移问题，如何保证尽量少的key在机器中进行迁移5.redis为什么是单线程，后续加入多线程是为了解决什么问题6.redis数据结构底层，reids的string与java中string的区别7.大流量mysql热点数据更新会有哪些问题?8.项目提问9.实习公司做的试卷评分系统有了解具体流程和评分机制吗？10.ai基础相关手撕：一个链表奇升偶降，排成有序心得，面试的时候还是要去主动了解下应聘的对应部门，感觉这次面试很多问题都有部门中实际开发用到的技术相关，。

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