场景设计题
03-算法面试题2026/11/14
场景题没有标准答案，考的是能否先拆问题再给方案。这份清单给每类题的回答骨架、层次顺序与关键权衡点。
面试怎么答
场景题的统一框架是四步，顺序不能乱：
| 步骤 | 要做的事 | 常见失误 |
|---|---|---|
| 澄清 | 问清数据规模、用户环境、技术栈、成功标准 | 上来就写方案 |
| 分层 | 按数据、渲染、网络、发布等层次拆开 | 所有点混在一起讲，听完不知道重点 |
| 权衡 | 每个方案说代价，给出选择条件 | 只讲优点，一问就露 |
| 度量 | 用指标验证，给出兜底与回滚 | 没有验收标准 |
回答时先给一句话总纲，再展开两到三层，收尾主动说"这个方案的代价是……"。面试官要的是决策过程，不是组件名单。
场景一：设计前端埋点 SDK
面试官想听什么：不是"调接口上报"，而是事件模型、上报可靠性、性能开销与数据治理的完整闭环。
分层回答
- 事件模型：事件 = 事件名 + 公共属性（页面、设备、版本、用户标识）+ 业务属性 + 时间戳 + 唯一 ID。区分 PV、点击、曝光、自定义、性能、错误六类。
- 采集层：暴露
track()命令式与声明式两套 API；自动采集只做低成本项（PV、路由、错误）。 - 曝光采集：用
IntersectionObserver而不是 scroll 监听，按可见比例与停留时长判定，同一元素只报一次。 - 上报层：内存队列 + 批量发送，触发条件是条数阈值、时间阈值、页面隐藏；卸载时用
sendBeacon或fetch keepalive。 - 可靠性：失败重试 + 本地暂存（IndexedDB 限量），服务端按事件 ID 幂等；弱网下降低采样率。
- 性能：SDK 体积控制在 10KB gzip 内，异步加载，发送放到空闲时段，避免与首屏抢主线程。
- 治理：事件字典与版本、字段校验、隐私合规（脱敏、同意、不上报证件号）。
关键权衡
- 全量采集 vs 采样：全量利于分析，采样省带宽；按事件类型分级。
- 自动采集 vs 手动：自动覆盖率高但体积大，手动精确但要靠规范约束。
- 实时上报 vs 批量：实时利于排查，批量省请求。
- 自建 vs 第三方：自建可控、合规，第三方省事但受限于其模型。
追问：SPA 路由切换怎么上报？SDK 自身报错怎么防死循环？怎么证明埋点没影响 LCP？
场景二：实现支持 10 万条数据的表格
面试官想听什么：能不能识别"瓶颈在 DOM 数量与主线程"，并区分数据层与渲染层。
分层回答
- 澄清：是否看全量、有无排序筛选编辑、固定列、能否服务端分页。
- 数据层：优先服务端分页；必须前端全量时，把排序、筛选、聚合放进 Web Worker，主线程只拿结果。
- 渲染层：虚拟滚动，只渲染视口加缓冲区；固定行高可用除法算区间，不定行高用测量缓存加二分查找。
- DOM 复用：行节点池化，滚动时改内容而不是重建；避免整表重排。
- 交互层：编辑用局部更新；排序筛选走索引；固定列与表头用
transform同步滚动。 - 细节：缓冲区太小会白屏；横向也要虚拟化；键盘与复制粘贴单独处理。
关键权衡
- 虚拟滚动 vs 分页：虚拟滚动体验连贯但导出、搜索、打印麻烦；分页实现简单但打断浏览。
- 固定行高 vs 自适应：固定行高效率高，自适应要测量，首屏可能跳动。
- 前端计算 vs 服务端：前端省请求但受内存限制，服务端省内存但交互有延迟。
追问：不定高怎么避免滚动跳动？滚动掉帧怎么定位？10 万行同时勾选怎么做（用 Set 存 ID，不存行对象）。
场景三：首屏 1 秒加载
面试官想听什么：会不会拆指标、能不能给出分优先级的清单、做不到时怎么谈目标。