Meta SWE 的 Virtual Onsite 往往把节奏压得很紧：Coding 需要写出可运行的核心逻辑，系统设计要把读写链路说清楚，BQ 则会追到具体协作细节。候选人分享里反复出现的要求很一致：先把问题边界问明白，再用样例把代码和方案走一遍。
这次按四轮来准备最顺手。前两轮分别练图搜索和数组状态，第三轮拿实时评论流做系统设计，最后一轮准备一段有分歧、有动作、有结果的项目故事。
第一面：二进制矩阵最短路径
题目：给定一个由 0 和 1 组成的方阵，从左上角走到右下角；0 可通过，1 不可通过，允许八个方向移动，返回最短步数。追问改成只允许四方向移动，以及怎样还原一条实际路径。
解答思路：这题用 BFS。入队时就标记访问，队列里的每一层对应相同步数。八方向通过固定方向数组枚举，越界、障碍和已访问节点直接跳过。要还原路径时，为每个首次入队的格子记录 parent，抵达终点后反向回溯。写完先手动走两个用例：起点被堵住、终点可达但只有对角线能通过。图搜索题的表达重点不在背模板，而在于你什么时候标记访问、为什么不会重复入队。
第二面：子数组和与边界条件
题目：给定整数数组和目标值 k，返回和为 k 的连续子数组数量。追问数组里既有正数也有负数时，为什么双指针不成立；再问如何找出一段具体区间。
解答思路：维护前缀和 sum，哈希表记录每个前缀和出现次数。扫到当前位置时，若之前有 sum-k，这些位置都能与当前位置组成答案，然后再把当前 sum 写入表中。初始化 count[0]=1，这样从下标 0 开始的区间不会漏掉。若要输出区间，哈希表改存某个前缀和首次出现的位置；若要统计全部区间，仍需保留次数。复杂度是时间 O(n)、空间 O(n)。候选人可以对照这份 Meta VO 的题目记录 练习把优化理由说完整。
第三面：设计实时评论流
题目：为直播评论设计后端：用户发评论后，观看同一场直播的人能快速看到；支持按时间翻页、删除违规评论，并保证断线重连后不乱序。
解答思路：先确认规模、是否强制全局排序、删除是否需要立刻生效。写路径用 API Gateway 接收请求，鉴权后给评论分配 commentId 和单调递增序号，消息写入日志队列，再由消费者落库并推送给连接网关。读路径先从缓存取最近评论，翻页用 (liveId, sequence) 做 cursor，历史数据从按直播间分区的存储读取。删除不能只删数据库；推送通道还要下发 delete event，客户端按 commentId 移除。断线重连带上最后收到的 sequence，服务端补发缺失区间。讨论里要主动说出慢消费者怎么办：每个连接有发送缓冲上限，超过上限就丢弃过旧的普通评论并要求客户端重新拉取。Meta 候选人的流程记录中也包含评论 API 设计追问，可参考 Exponent 的 Meta SWE 候选人经历。
第四面：协作分歧和反馈
题目：讲一次你不同意技术方案、又必须按期上线的经历；如果同事指出你的设计有遗漏，你之后改了什么。
解答思路：用一个真实项目讲清四件事：分歧是什么、你拿了什么数据、最终决定由谁拍板、上线后的结果怎样。别把故事写成“我说服了所有人”。更有说服力的说法是：提出两个可选方案，补了压测或回滚方案，让负责人在信息完整时决定；若自己的方案没被选中，说明如何继续把实现做稳。Meta 的候选人经验里也会问到困难协作和收到批评后的改变，这篇近期流程分享 适合拿来核对问题颗粒度。
准备时先做这三件事
- 连续做两道 Medium-Hard 题，限定 45 分钟，不开 IDE 的自动补全；结束后自己写三组边界用例。
- 选一个“实时更新”的系统设计题，画出写入、推送、断线补偿三条路径；每条路径至少说出一个失败处理。
- 把 BQ 故事压成两分钟版本，再准备三个追问：数据、反对意见、复盘后的改动。
FAQ
Meta VO 的 Coding 轮只考刷题吗？
代码写完后，面试官会顺着复杂度、边界条件和约束变化追问。把思路讲清、自己发现错误并修正，和给出最终代码一样重要。
系统设计没做过评论流怎么办？
先把需求切成发评论、拉历史、实时推送、删除四个动作，再逐步补缓存、队列、分区和重连。每一层都要能回答它解决了哪个具体问题。
关于 CSINTERVIEWHELP
进 VO 之前，可以找 CSINTERVIEWHELP 做实时面试助攻和备考辅导。CSINTERVIEWHELP 深耕北美 IT 行业多年，已帮助万余名学生进入全球 500 强企业。导师来自一线大厂资深工程师和面试官，对 Meta 这类注重工程文化的公司的面试套路很熟悉。无论是 OA 题型解析、OA 辅导、VO 辅助、VO 模拟面试、VO 面试陪练还是系统设计辅助，都可以获得更有针对性的准备方案：CSINTERVIEWHELP · 服务详情
