校招 未知部门 / 后端开发 / 二面

<h2>字节广告平台二面</h2> <p>时间：2026.9.3</p><p>后期得知直接挂了，其实是我实习内容的一个点没有说好，设计题又做的一团糟，再接再厉吧，下回一定要注意这种实习的问题，哎呀</p><h3>三、 广告业务场景设计题（大规模广告频控/去重）</h3><ol><li><strong>系统设计题</strong>：在海量流量场景（如抖音十亿级用户、百万级广告量），如何设计一个<strong>内存占用小、查询效率高</strong>的数据结构/架构，避免用户频繁刷到已经看过的广告（广告频控与去重）？</li></ol><ul><li><em>(追问 1)</em>：这种方案下，需要为每个用户都维护一个 RoaringBitmap 吗？</li><li><em>(追问 2)</em>：如果广告量级达到百万级，这个结构怎么支撑？</li><li><em>(追问 3)</em>：如果使用 ZSet，Key 是广告 ID 的话，用户维度的信息该如何存储？</li><li><em>(追问 4)</em>：如果 Key 包含用户 ID 和日期，那具体的广告信息要怎么存、怎么做判重？</li></ul><h3>四、 算法与代码考核（手撕代码）</h3><ol><li><strong>题目</strong>：实现 <strong>LRU 缓存机制（LRU Cache）</strong>。</li></ol><ul><li><em>(沟通提问)</em>：你平时写 Go 语言多还是 Java 语言多？先讲一下整体设计思路。</li><li><em>(代码追问)</em>：请详细解释一下你实现的 <code>Put</code> 方法逻辑。</li></ul><h3>五、 AI / RAG Agent 专项考察</h3><ol><li><strong>如果有一个基于 RAG 的 Agent，在实际业务中你会通过哪些方式/维度来提升它的效果和召回质量？</strong></li></ol><h3>六、 分布式与消息队列（Kafka）</h3><ol><li><strong>像 Kafka 这样的消息队列，它是如何进行负载均衡的？（生产端、Broker 分区、消费组维度）</strong></li><li><strong>如果消费端的消费者实例发生部分宕机（例如 10 台宕机了 3 台），Kafka 的负载均衡机制会发生什么变化？（Rebalance 重平衡机制）</strong></li></ol><p></p><a>#秋招吐槽大会#</a><a>#秋招面试记录#</a><a>#牛客解忧铺#</a><a>#百度秋招提前批进度#</a>