Discord 面试辅助：Chat Server 设计、etcd 一致性轮与 C++ 八股

HR 轮：背景与数据库经验、最骄傲的项目、AI 在编码流程中的使用与验证方式、on-call 经验、race condition 调试方法。

电面：用 asyncio（或其他异步框架）实现 chat server，按 part 递进（连接管理、消息路由与广播、持久化与扩展）。

一致性轮：etcd 式 leader / follower 复制与 leader election、用 Redis 实现类似语义的替代方案、一致性级别与故障处理。

C++ / 底层：memory alignment 与 padding、C ABI 兼容性、以及代码 review 场景下的设计维度。

HR 轮不是纯聊天：同学提供的面经样本里包含 BQ 与技术筛查——走过背景与经验、用过哪些数据库、最骄傲的项目、你在编码流程中如何使用 AI、如何验证 AI 生成的代码、是否有 on-call 经验、如何调试 race condition、以及你用不用 Discord、用了多久。

Persistence Infra（DB Infra）条线的面试强调 AI coding：同学提供的面经里候选人误以为 HR 在考察系统分析能力而回答得过于保守，实际对方想强调的是『我们面试时会用 AI coding』。

电面高频是设计并实现 chat server：同学提供的面经样本里用 asyncio 实现，且『和之前一模一样的题』，写了 part 1 与 part 2 就通过了，候选人的判断是这一轮更重交流而非完成全部 part。

onsite 同学提供的面经样本约 5 轮，其中一轮是分布式一致性问题：面试官不直接点名技术，只抛出问题说用什么都可以，候选人在面试官帮助下用 Redis 完成——该题被描述为『传说中的 etcd leader follower』。

另有样本显示 onsite 结构是 project deep dive、LeetCode 轮、C++ coding debug、system design（含查询文档与查阅浏览器），以及到现场的问答轮。

C++ 八股会突然出现：同学提供的面经样本里在电面介绍完流程后问了内存对齐与填充（memory alignment / padding）以及 C ABI 二进制接口不稳定的问题，候选人没答上来。

用 asyncio 设计并实现一个 chat server：支持用户连接、频道加入与消息广播；按 part 递进讨论持久化、离线消息与多机扩展方案。

设计一个 leader / follower 复制系统（可以用任意技术实现），说明 leader election、日志复制与故障恢复；如果改用 Redis 实现类似语义，会有哪些取舍？

给定一段写得较差的后端代码，请给出 review 建议：你会如何向一位 junior 解释这些问题，并帮助他改进？

解释 C++ 中的内存对齐与填充规则，以及为什么 C 的 ABI 二进制接口在跨编译单元时可能不稳定。

你在编码流程中如何使用 AI？如何验证 AI 生成的代码？你有 on-call 经验吗？如何调试 race condition？

含 BQ 与技术筛查，还会问 AI 使用方式

Discord 的 HR 轮在同学提供的面经样本里明显比其他公司重：问题包括走过背景与经验、用过哪些数据库、最骄傲的项目、你在编码流程中如何使用 AI、如何验证 AI 生成的代码、是否有 on-call 经验、如何调试 race condition、以及你是不是 Discord 用户、用了多久。这实际上是一轮轻量技术筛查加上文化匹配。其中『如何使用 AI 以及如何验证 AI 生成的代码』这一类问题近两年在工程团队里出现频率上升，回答要具体：你用它做什么（生成模板、补测试、读陌生代码）、你如何验证（写测试、diff 审查、在小范围环境验证）、以及什么情况下你不会用它（涉及安全或核心逻辑时）。同学提供的面经里还有一条重要提示来自 Persistence Infra 条线：候选人以为 HR 是在考察系统分析能力而回答得很保守，但对方实际想强调的是『我们面试时会用 AI coding』——也就是说这类问题往往是在告知你流程特征，而不只是筛选，回答时可以主动确认流程形式。

chat server 分 part，重交流而非做完全部

Discord 的技术电面同学提供的面经样本里反复出现同一道题：设计并实现一个 chat server，候选人用 asyncio 写了 part 1 与 part 2 就通过，并且明确没有出现传说中的 part 3 与 part 4。候选人的判断是『这块主要还是重在交流』，面试官反馈很好。这个反馈有三个可执行的推论。第一，分 part 的实现要有清晰的分层结构，让面试官看到你知道后面 part 会往哪里长（例如 part 1 是连接与用户注册，part 2 是消息路由与广播，part 3 可能是持久化，part 4 可能是多机扩展与一致性）。第二，讲解与编码要同步，因为这一轮的评价明显包含沟通质量。第三，不必强求做完全部 part，但如果时间有富余，主动说明后面 part 的实现方案比继续写更多代码更有价值。准备方式是把这道题完整实现两遍（一遍单机版、一遍多机版），并把每个 part 的边界与扩展点写下来。

不点名技术，考的是判断力

Discord 的 onsite 同学提供的面经样本里有一道很有代表性的分布式题：面试官不直接说要用什么技术，只抛出问题并说『你用什么都行』——题目被候选人描述为『传说中的 etcd leader follower』。候选人当时判断直接说 etcd 显得像背过题，于是提出用 Redis 尝试，虽然没准备过但在面试官帮助下完成了。这段反馈说明了这一轮的评分逻辑：面试官想看的是你在开放条件下的技术判断与协作，而不是你是否说出某个特定组件的名字。准备方式是把 leader / follower 复制、leader election、日志复制与一致性级别这几块整理成可推导的框架，并准备至少两个不同技术的实现路径（例如 etcd / Raft 与 Redis 方案）以及它们的取舍。同一批样本里还有一次『猝不及防』的 C++ 八股：在电面介绍完流程后，面试官问了内存对齐与填充（memory alignment / padding）以及 C ABI 二进制接口为什么不稳定。这类问题属于可以提前准备但很容易被忽略的基础项，建议把内存布局、对齐规则、结构体填充与 ABI 兼容性各准备一段口述，并配一个你实际遇到过的例子。

Discord 常见目标岗位

建议重点模拟这些轮次

Discord 面试流程一般有几轮？

Discord 的面试流程通常包括 OA / Phone Screen、VO / Onsite 多轮技术面、Behavioral 面和 Hiring Manager 面。具体轮次取决于岗位和 Level，建议提前了解目标岗位的标准流程并针对性准备。

Discord 最常考什么题型？

根据同学提供的面经信号，Discord 最常考的题型包括 HR 轮：背景与数据库经验、最骄傲的项目、AI 在编码流程中的使用与验证方式、on-call 经验、race condition 调试方法。、电面：用 asyncio（或其他异步框架）实现 chat server，按 part 递进（连接管理、消息路由与广播、持久化与扩展）。、一致性轮：etcd 式 leader / follower 复制与 leader election、用 Redis 实现类似语义的替代方案、一致性级别与故障处理。、C++ / 底层：memory alignment 与 padding、C ABI 兼容性、以及代码 review 场景下的设计维度。。建议先从高频题型入手，再做项目深挖和模拟面试。

Discord 面试需要准备多久？

建议至少提前 7-14 天开始冲刺准备。如果还在投递期，可以先做题型地图和岗位定位，拿到面试邀约后集中做模拟面试和表达训练。

Discord SWE 岗位最难的是什么？

Discord 的面试以严格的 Hiring Bar 著称。最常见的失分点包括：前置澄清不充分、边界测试缺失、系统设计只背模板、项目深挖无法体现 ownership。针对性模拟可以有效降低这些风险。

Discord 面经应该怎么看？

同学提供的面经适合用来判断 Discord 高频题型、轮次和常见挂点，但不要只背原题。更稳的做法是把面经拆成 OA / Coding / Design / Behavioral / HM 五类信号，再按目标岗位和 level 做限时训练。

Discord 代面、面试辅助多少钱？

Discord 代面（对口型）$499/轮起，多轮连面有打包价；SWE 辅助（实时）$299/轮起。最终价格按岗位、轮次和具体面试情况浮动，添加微信 interview_coach_pro 先聊 30 分钟免费咨询再报具体价格。