刚走完 Bloomberg 26NG SDE 的流程，整体节奏清晰：Phone Screen 偏基础筛选，VO1 / VO2 + HR 强度明显上来，最后 EM 最难，重点在 System Design。下面按真实顺序把每一轮记一下，方便一起准备。
Bloomberg 26NG SDE 整体流程
投递 → Phone Screen → VO1（Coding）→ VO2（Coding）→ HR → EM 轮
整个过程五到六轮，从 referral 到 VO 完成大概 2.5 个月，每轮结束基本一周内都有回音。
需要注意的是：Bloomberg 面试全程开摄像头，还要求共享屏幕，这和很多公司不一样，提前适应一下。
Phone Screen｜偏基础
时长大约 45–60 分钟。开场 10 分钟左右自我介绍 + 简历背景，有人会被问到 AI / LLM 相关经历，氛围比较轻松，没有太多压力。
Coding 1：判断合法二叉搜索树
给一棵二叉树，判断是不是合法 BST。
思路是中序遍历。BST 的中序结果一定是严格升序，递归走一遍的同时检查当前节点是否比前一个节点大；一旦出现小于等于，直接返回 false。空树、单节点、重复值这些边界要提前想好。
Coding 2：最长回文子串
给一个字符串，求最长回文子串（可假定只有一个满足条件的最长结果）。
用中心扩展：遍历每个位置当中心，分奇数长度和偶数长度两种情况向两边扩散，记录最长的那一段。时间 O(n²)，空间 O(1)。写的时候注意别漏偶数中心的情况。
这轮主要看基础和表达。能边写边讲、主动补边界，通过率会高很多。
VO1｜BQ + 两道 Coding
面试官是国人老哥，全程不给压力。先简单自我介绍，然后进入 BQ，再直接上 coding，总时长刚好卡在 60 分钟左右，节奏推得比较满，但氛围轻松。
Coding 1：统计能组成三角形的三元组个数
LeetCode 中等难度。最优做法：先升序排序，从后往前固定最长边，用双指针在剩余短边区间两端向中间扫。只要两个短边之和大于最长边，左指针到右指针之间的所有组合都合法，直接累加再移动指针。时间可以压到 O(n²)。
Coding 2：多层链表展开为单层
节点带 next 和 child。用栈模拟深度优先：遇到 child 时，把当前 next 入栈暂存，把 next 指向 child 并清空 child；子链走完后再从栈顶弹出继续。全程不丢顺序，空间也比较干净。
两道题都写完并讲清复杂度，面试官基本会点头。这轮更看沟通和实现完整度。
VO2｜强度再上一档
结构类似 VO1，仍是 coding 为主，题目难度和 follow-up 会更紧一点。常见方向还是数组、链表、树、哈希、区间类 Medium，偶尔会有 OOP 小设计。
建议提前练：边写边 dry run、主动说边界和复杂度。Bloomberg 不太喜欢闷头写完再解释，过程中的协作感很重要。
HR 轮
通过两轮 Coding 之后基本当天就收到 HR 轮邀请，这轮 25 分钟，全是行为问题：为什么选 Bloomberg、你的技能优势、五年职业规划、有没有其他 offer、是否需要签证等。
这轮没有 Coding，但不能掉以轻心。Bloomberg 的 HR 会仔细追问”Why Bloomberg”，答案要具体，泛泛的”我对金融科技感兴趣”很难过关，结合 Bloomberg Terminal、金融数据基础设施这些方向联系自己的经历来讲，会更有说服力。
EM 轮
这是整个流程里压力最大的一轮。面试官是管理几十人的 Senior Engineering Manager，时长大约 45–60 分钟。不同 team 侧重点不一样，有的偏行为，有的会直接上系统设计。
简历深挖
前 20 分钟左右基本在抠项目，问题远不止「你做了什么」，而是一直追决策背后的逻辑：
- 当时为什么选这个方案，而不是另一个？
- 如果现在重做这个项目，你会改什么？
- 流量涨 10 倍，瓶颈会先出现在哪里？
还会聊职业方向——更想往管理走，还是往 Principal Engineer 走——以及平时怎么补自己的短板。这几类问题建议提前想清楚，现场临场发挥容易显得散。
System Design
我遇到的是设计一个实时交易数据订阅系统：用户订阅特定股票的价格更新，价格一变就要实时推过去。
整体数据流可以按这条线展开：交易所 → Kafka → 实时处理服务 → 推送给订阅用户。
核心组件大致三块：
- Subscription Service：管理用户订阅关系，用 Redis 存 stock → [user_ids] 的映射
- Price Processor：消费 Kafka 里的价格事件，查出订阅者列表再推送
- WebSocket Gateway：维护用户长连接，负责真正的实时下发
面试官追问得比较实：
- 同时有 10 万用户订同一只股票怎么办？可以让 Price Processor 水平扩展，并对同一时刻的价格更新做批量合并，只发一条广播。
- 系统宕机重启后，订阅关系怎么恢复？订阅关系落库持久化，Redis 只做缓存，重启时从数据库重建。
- 延迟目标怎么定？P99 控制在 100ms 以内更合理，WebSocket 比 HTTP 轮询更适合这种场景。
这轮更像两个人在白板前一起聊架构，而不是单向答题。能不能在压力下把设计思路讲清楚、把取舍说完整，是关键。
最后
Bloomberg 面试比很多人预期要难，主要难在两个地方：一是 VO 节奏很快，时间非常紧；二是 EM 轮的系统设计对 NG 来说有点超纲，但实际上只要能清晰表达设计思路、接住追问，不需要给出完美答案。
Coding 高频题型是二叉树、双指针、HashMap、链表、OOP 设计，BQ 方面”Why Bloomberg”和项目深挖是两个必须提前打磨的点。
最近 Bloomberg、Google、TikTok、Meta 等公司的面试都在进行，如果正在准备 Bloomberg 或者其他大厂、想做针对性 mock或者约面试辅助，可以找 Interview Show 聊一下，对各家的考察风格都比较熟。