HRT SWE VO 面试复盘｜从 API 扩展到并发细节，现场面如何准备

HRT 的 SWE 流程在 OA 之后会接技术电话和多轮 Virtual Onsite。准备时别只刷一遍算法题：面试里经常从一段可运行代码开始，再追问接口、测试、复杂度和并发下的取舍。 这篇按三轮拆开说。重点不是背答案，而是把需求问清、把代码写成能继续改的样子。

第一面：给已有 API 加功能，优先把接口边界问清

练习题： 拿到一个小型代码库和已有 API，新增一个查询或写入能力，并说明原有调用方是否需要改动。 拆解思路： 先确认输入能否为空、返回错误是抛异常还是返回状态值、旧字段能否删除。随后把新增逻辑收在一个独立函数里，避免在每个调用点复制判断。测试至少覆盖正常输入、重复调用、非法参数和边界长度。写完主路径后，用两分钟过一遍函数的副作用：是否改了共享状态、是否让一次失败留下半成品、是否会让旧客户端读到不同格式。 这类题目最容易急着开始写，最后发现接口约束没问。练习“在既有代码库中扩展 API”时，先列契约、再补实现，代码会更稳。

第二面：并查集写完后，继续追问实现细节

练习题： 给一组实体关系和持续加入的连接，判断两个节点是否已连通，并支持查询连通块数量。 拆解思路： 用并查集保存每个节点的父节点和集合大小。 find 做路径压缩， union 按大小合并；只有两个根不同才减少连通块计数。优先把节点编号与输入映射的规则写下来，再处理重复边和自环。解释复杂度时直接说明摊还接近常数，别只报一个结论；面试官往往会继续问为什么路径压缩不会把树变坏。 写代码时保留 parent 、 size 、 components 三个清晰状态，比把逻辑塞进一个循环更容易解释。

第三面：通知服务设计，别漏掉重试和顺序

练习题： 设计一个向大量设备发送通知的服务，支持用户订阅、批量投递和失败重试。 拆解思路： 入口先校验消息和目标人群，把投递请求写入持久化队列；worker 按批拉取并调用渠道服务。每次投递带幂等键，避免超时重试造成重复推送。用户级顺序若必须保证，就按用户 ID 分区；若只要求最终送达，分区键可以换成设备或渠道来提高吞吐。失败分成临时失败和永久失败：前者指数退避，超过阈值进入死信队列；后者记录原因并停止重试。最后补上延迟、成功率、重复投递率和队列积压四个指标。 面试结束前，主动讲一个取舍就够了：严格顺序会减少并行度，通知类业务若允许小范围乱序，可以用幂等和状态版本换吞吐。这样比空泛地说“要考虑高并发”有说服力。

备考建议

用 45 分钟做一次“旧代码加功能”练习：前 5 分钟只写输入、输出和错误约定。 把并查集、哈希表、堆和二分的复杂度讲成完整句子，不要只报 Big-O。 选一个自己做过的服务，准备好一次故障、一次性能取舍和一次与同事对齐需求的例子。

FAQ

HRT VO 的 Coding 轮该用 Python 还是 C++？

先看邀请邮件和岗位要求。无论语言如何，重点都在能否把接口、测试和复杂度讲清楚；如果面向 C++ 岗位，额外复习对象生命周期、容器失效和并发基础。

系统设计要画多大？

从一个完整但小的主路径开始：写入、队列、worker、下游渠道和失败处理。需求澄清后再扩容，不要一开始铺满几十个组件。

联系 VOPathway

如果你希望把这套方法用于自己的 OA 或 VO 准备，可以把目标岗位、当前阶段、面试时间和主要难点发给 VOPathway，我们会据此安排针对性的练习与复盘。

• 微信：Coding0201
• 邮箱：[email protected]
• Telegram：@OAVOProxy
• WhatsApp：+86 178 6396 8105

可提供 OA辅助、OA辅导、VO辅助与 VO辅导。文章用于训练参考，不代表相关公司的官方流程；实际安排请以候选人收到的通知为准。