OfferForge 导师 Dr. W. — 博士毕业，前 FAANG Senior MLE。研究方向为大规模分布式机器学习系统，曾在顶级国际学术会议发表多篇论文。负责团队学术方向把控与 MLE 面试辅导。
OfferForge 导师 Dr. S. — 前大厂 Senior SDE，精通分布式系统与大规模数据处理。曾在顶级技术会议发表多篇技术报告，专注于系统可扩展性与可靠性。负责课程体系设计与 System Design 面试辅导。
OfferForge 导师 Dr. L. — 前大厂 Senior SDE，深耕分布式系统与微服务架构。在服务治理、事件驱动架构方面有丰富实战经验。负责求职策略制定与 SDE 面试辅导，已帮助多位候选人斩获 Senior 级别 Offer。
在 2025 年 7 月底参加了 Meta 的 SDE 面试流程，整体包括三轮 Coding、一轮 Behavioral、一轮 System Design，总共分两天进行，都是线上。这篇分享主要想记录每一轮遇到的题目类型和解题思路，重点放在题本身，方便大家复盘刷题。
第一轮 Coding 的第一题是典型的搜索题，类似 LeetCode 上的 Word Search II，但题面更开放一些。输入是一个字符矩阵和一个单词列表，要求返回所有可以从矩阵中找到的单词，路径可以上下左右移动，不能重复使用同一个位置。暴力做法当然是 DFS，但很容易超时。我一开始也这么写的，面试官提示了一下 can we avoid re-visiting certain paths（最好不要让他提示，但是他主动说了），我立马改成 Trie，把所有目标单词构成一棵前缀树，然后在矩阵上用 DFS 搜索路径并prune。实现过程中我补充了 visited 数组、路径拼接和前缀pruning逻辑，最后代码通过所有 test cases，面试官也对这个优化方案表示满意。第二题是Search in Rotated Sorted Array，老tagged题了。
第二轮 Coding 更偏向字符串处理，用到 sliding window 技巧。题目类似找出包含至多 K 个不同字符的最长子串，但加了一个 twist：除了要求不能超过 K 个不同字符外，还要求返回子串的实际内容，而不是长度。我先用 hash map 记录字符frequency，用两个指针维护窗口，每次遇到字符数超出 K 就收缩窗口，最后更新 max 长度。逻辑不复杂，但面试官对细节要求挺高，比如为什么频次为 0 的字符需要移出hash table、如何处理 Unicode 字符等。后面我还讨论了是否可以用 Counter 替代 dict，面试官比较在意对边界条件有没有考虑清楚。第二题是 Shortest Distance from All Buildings，hard题，但是之前刷过，可以说是秒了。这轮交流很充分。
Behavioral 回合整体比较标准，面试官是 TPM，问题围绕 conflict resolution、decision making 和 leadership 展开。她问我有没有遇到过跨团队collaboration困难的情况，我举了之前推动一个 schema 变更但后端资源迟迟不到位的例子。她很关注细节，尤其追问了“how did communicate”、“结果有没有影响release”。另一个问题是关于 failure，我讲了一个因对traffic高峰预估不足导致系统overloading的事件，她很认真听，并在结尾问了我怎么总结的、事后有没有做 postmortem。整体交流氛围不错，比较考察真实经验和复盘能力。
第三轮 Coding 是图论相关的问题，核心是 BFS。题目要求给定一个初始状态、终止状态以及一系列合法转换规则，找出最短的状态转换路径。转换可以是 +1、-1、×2、÷2 等等，题面上没明说限制，我就问了一下能不能重复访问状态，面试官说“yes but only if the state is meaningful again”，意思是重复状态必须有新路径。我先写了标准 BFS 结构，每次把当前状态丢入队列，同时维护 visited set 防止死循环。后面面试官问如果状态空间特别大，怎么防止OOM，我说可以加边界条件和 lazy visited marking。他认可了，并让我大致讲一下 time/space complexity 和瓶颈在哪。第二题是Product of Two Run-Length Encoded Arrays，lc原题，很顺利。