Microsoft SWE 的 Virtual Onsite 很考验切换速度：写完代码，要立刻把边界、复杂度和项目决策说清楚。这套三轮安排把编码、对象设计和项目复盘放在同一天，准备时不要只刷题库，也要练习把设计理由讲完整。
面试基本信息
- 岗位：Software Engineer / IC2
- 流程：OA 后进入 Virtual Onsite
- 形式：三场 45 分钟技术面
- 重点：Coding、对象建模、项目细节与系统设计
第1面：对角线遍历与迭代器接口
题目
给定一个二维矩阵，按对角线顺序依次取数，并把这套逻辑封装成迭代器。面试官先看遍历结果，再追问 hasNext()、next() 的状态如何维护，以及空行、单列和最后一个元素怎样处理。
解答思路
先把迭代器状态压缩成当前行、当前列和方向。每次 next() 返回当前位置后，根据是否触到上边界、下边界、左边界或右边界决定下一步；不能把所有元素先塞进数组，否则会失去迭代器的空间优势。实现时把“计算下一个合法坐标”独立成函数，主流程只负责返回元素和推进指针。复杂度是单次调用 O(1)，额外空间 O(1)。
写完后用 1×N、N×1、2×2 和不规则行长逐个走一遍。面试里最容易丢分的不是方向本身，而是边界翻转后忘了更新另一条坐标。
第2面：网格最短路径与路径回溯
题目
机器人从 (0, 0) 走到目标格，障碍格不能经过。第一问返回能否到达；第二问返回一条最短路径；第三问要求说明多条等长路径时的处理规则。
解答思路
把每个格子当作图节点，用 BFS 分层搜索。入队时立即标记已访问，并在 parent[row][col] 里保存前驱节点；到达目标格后从终点沿前驱倒推，再反转得到路径。这样既避免重复入队，也能保证第一次到达目标时对应最短步数。
如果要稳定输出同一条路径，就固定四个方向的入队顺序。网格有 R×C 个格子时，时间复杂度 O(RC)，visited 与 parent 占 O(RC) 空间。讲解时要主动说明起点就是终点、目标被障碍占用、以及无路可走这三种返回值。
第3面：项目深挖与生成式服务设计
题目
面试官围绕简历中的高难度项目追问：一个输入参数很少、计算代价很高的 3D 生成服务如何设计？用户提交任务后怎样获得结果，怎样处理超时、重试和同一请求重复提交？
解答思路
先明确同步接口只负责校验和创建任务，返回任务 ID；渲染或生成工作进入队列，由 GPU Worker 拉取。任务表保存状态、输入摘要、幂等键、版本和失败原因，结果文件放对象存储。Worker 领取任务时写入租约，到期未续约的任务重新进入可领取状态，防止机器故障后永久卡住。
再说明扩容和成本：按模型版本、预计耗时与显存需求分队列；短任务优先队列不能无限抢占长任务；相同输入用内容哈希命中缓存。最后补上观测指标：排队时长、失败率、租约过期数、每次生成成本。项目追问时，先给出一次实际取舍，再说明为什么没有选另一条路，回答会更有说服力。想对照一套四场 virtual onsite 的问题分布，可以看看这份 Microsoft SWE II 候选人流程记录。
面试当天怎么准备
把每道 Coding 题压缩成四段：澄清输入、说出数据结构、写主路径、补边界测试。项目题准备一份两分钟版本和一份十分钟版本：前者交代目标、约束和结果，后者补架构、故障处理与个人决策。进入系统设计前，先问清读写量、延迟目标和结果是否允许异步返回，避免一开始就画得过大。
FAQ
Virtual Onsite 的 Coding 题只看最终代码吗？
代码、测试和解释都要完整。先讲清状态如何变化，再落到函数边界与异常输入，面试官更容易跟上你的实现。
项目深挖要准备多少细节？
至少准备一个亲自推动过的决策：当时的约束、备选方案、最终选择、上线后的指标或复盘。能解释失败路径，比只描述成功结果更扎实。
系统设计没做过大规模服务怎么办？
从单机可用版本开始，再按真实瓶颈引入队列、缓存、存储和监控。每增加一个组件，都说明它解决了什么问题和带来了什么代价。
关于 CS Interview Help
无论是 OA 题型解析、OA 辅导、VO 辅助、VO 模拟面试、VO 面试陪练还是系统设计辅助，都应当围绕合规练习展开。重点不是背标准答案，而是让自己的代码判断和项目取舍讲得清楚。
