今年投 DoorDash 实习真的能感受到“卷”从屏幕里溢出来。身边好几个同学都是十几个大厂一起投，最后能拿到 DoorDash 面试邀请的，基本都是算法 200+、系统设计入门、自我介绍还得能讲业务的那种强手。所以当我收到 interview 的那一刻，真的有点像抽到了隐藏关卡：兴奋，但知道难度不会低。下面讲讲我遇到的每一道题、面试官怎么追问、我怎么应对，也给正在准备 DoorDash 26NG 的同学一点提前踩点的机会。
Round 1：算法面——面试官上来一句：
“If you were a dasher starting from this location… how fast can you find the closest restaurant?”
我一听，哦豁，这八成是 BFS 了。但是面试官讲得很生活化：
他拿出一个小 grid（脱敏后的）：
- 0 是路
- X 是墙
- R 是餐厅
- S 是 dasher 起点
然后他说了一句很 DoorDash 的话：
“Imagine you’re hungry and you’re on a bike. Where’s the closest food?”
我当场笑出来，直接开干 BFS。一边写代码一边解释我会用 queue 扩散、用 visited 防重复。
写到一半他插一句：
“Why BFS instead of DFS?”
我就顺势说 BFS 是按层搜索，第一次碰到餐厅就是最近距离。
面试官点点头：“Good. That’s exactly what we do in routing.”
那一刻我才意识到：DoorDash 的算法题不是为了折磨你，而是为了看你是不是 能把图论往现实业务上套。
Round 2：算法 + 匹配逻辑
面试官这轮更像把我丢进一个真实 dispatch center。
他给了两个列表（已脱敏叙述）：
- 一堆订单：包含位置 & 准备时间
- 一堆 dasher：包含当前位置 & 空闲状态
然后他问我：
“Suppose you’re running the dispatch system right now.
How do you assign dashers to minimize delivery time?”
我本来想讲个最优匹配，但他说：
“We don’t need optimal. We need fast and scalable.”
DoorDash 那味儿来了：execution > 理论最优。
我就讲三种：
- greedy（每个订单找最近的空闲 dasher）
- weighted scoring function（距离 + prep time + dasher rating）
- 限制搜索区域（分 zone，不做全局匹配）
面试官立刻追问：
“Why zone-based?”
“What if a dasher is idle just across the border?”
我就讲业务 tradeoff：全图匹配太慢，zone 内最稳；跨区 idle 可以阈值触发。
他听完来了一句：
“This is close to how our dispatch system thinks.”
那一刻真的挺爽，感觉不是在做题，而是在讨论一个真实的 product。
Round 3：系统设计——我第一次被要求“实时追踪一个骑手”
这一轮是 DoorDash 的经典题，但面试官讲的非常有画面。
他直接让我想象：
“You’re ordering bubble tea.
Your dasher is on a scooter updating GPS every 3 seconds.
Show me how you’d build the real-time tracking.”
我当场脑补出奶茶在路上的动画，开始搭架子：
- WebSocket：实时 push 用户端
- Redis：只存最新位置（不存历史）
- Location Service：做 throttle + 去抖动
- Sharding：按 region scale
- Front-end：订阅 order-specific channel
然后他问：
“What if a million users are watching riders at the same time?”
我就讲 fan-out、pub/sub、按 order ID 做 channel。
面试官很满意：
“Good. You’re thinking like a real-time system engineer.”
我第一次觉得，原来实习生也可以聊这种级别的系统。
Round 4：下单系统设计——最被追问的一题
这一题面试官的开场白特别像真实 incident：
“A user taps ‘Place Order’…
but the network glitches.
They tap again.
We get two payments.
What do we do?”
我满脑子只剩一个词：idempotency。
我讲：
- 每次下单会生成一个 requestId
- server 检查重复
- Order Service + Payment Service 要保证 atomic
- 支付不成功要 rollback 订单
- 丢包场景要 retry-safe
面试官点点头：
“Exactly. Most issues in order placement come from duplicated requests.”
听完我彻底懂了：
DoorDash 的系统设计题从来不是抽象，而是直接来自实际线上事故。
Round 5：Behavioral——这里比我想象的更重要
DD 的行为面问得非常有逻辑感，不走形式。
最关键的三题：
① Why DoorDash?
我讲的是：
我喜欢 real-time，喜欢路线优化，喜欢跟真实世界连接的系统。
并且提了我做过地图和路径相关的小项目。
面试官秒懂我是真的对这个领域感兴趣，而不是随便投的。
② Collaboration 自己带过坑吗？
我讲了一个故事：
之前做一个 side project，我和 teammate 在 API 接口结构上意见不合，我最后把两种方案都写成 prototype，用真实数据比性能和可维护性。
最终我们采纳了更合适的那版。
面试官听到 “用 prototype 做决策” 特别喜欢。
③ 如何面对 fast-paced environment？
我说我习惯用 checklist 和 writing 来减少 context switch。
他们很吃这套——DD 节奏真的很快。
最后总结：DoorDash 看的是 “你能不能马上动起来”
面了一圈下来我最深体会就是：
DoorDash 不卷难题，也不卷 fancy 架构。
他们卷的是：
- 你能不能快速把问题拆干净
- 能不能站在业务角度做 tradeoff
- 遇到新东西时能不能迅速上手
- 有没有真实在乎 real-time logistics 的感觉
我这次准备系统设计 & behavioral，是找 Programhelp 做的 VO 语音助攻。
面试时被追问：快速点醒关键点、提醒 tradeoff、帮我把故事讲得更像 “现场做决策”。
是时候给你的面试加一道“终极保险”了
走到VO了？恭喜你离大包只有一步之遥！ 但DD的System Design对NG真的不友好，Coding压力也大。 不想在最后关头掉链子？ DoorDash VO全流程无痕助攻 了解一下。 资深导师实时在线，Coding + System Design全程保驾护航。 安全、隐蔽、高效，助你稳稳拿下Offer。 别犹豫，26NG的机会不等人。
