题目背景
你负责一个多站点 Web 平台。安全团队希望在浏览器端集中收集 CSP、Permissions-Policy、弃用和 intervention 报告，减少线上问题依赖用户截图。工程团队提出使用 Reporting API：通过 Reporting-Endpoints 声明端点，浏览器以 application/reports+json 发送报告，也可用 ReportingObserver 在页面内观察。请给出是否采用、分阶段发布和成功指标。
面试官考察点
- 能否把“更早发现浏览器问题”转成可衡量的用户和业务结果。
- 是否理解 Reporting API 是 best-effort，不能当作可靠消息通道。
- 能否处理浏览器支持差异、端点安全、隐私和数据治理。
- 是否能设计渐进式 rollout、告警去重和回滚条件。
澄清问题
先确认报告类型、目标浏览器、站点数量、当前 CSP/弃用告警基线、数据保留要求和团队可处理的告警量。询问端点是否已有鉴权、是否允许发送 URL 片段，以及目标是减少事故、缩短修复时间，还是证明合规覆盖。
30 秒回答
我会采用，但先把它定位为低成本、非关键路径的诊断信号。先以 report-only 和少量站点采样，端点只接收允许的报告类型并做限速、去重和脱敏；同时保留现有日志。用“可操作报告率、从首次报告到修复的时间、误报率、端点成本和旧浏览器覆盖率”评估，只有在数据质量和隐私评审通过后扩大范围。任何安全决策都不能依赖报告必达。
分步推导
1. 定义问题与替代方案
Reporting API 能统一承载 CSP、Permissions-Policy、COEP、Integrity、deprecation、crash 和 intervention 等报告。替代方案包括既有 RUM SDK、服务器日志和浏览器控制台；比较新增覆盖、客户端性能、数据敏感度和运维成本。
2. 设计最小可行信号
先收集 csp-violation 与 deprecation，为每种类型设置独立逻辑队列。服务端验证 Content-Type: application/reports+json，限制报告大小、来源和字段，按站点、版本、指纹去重。端点故障只损失诊断信号，不影响页面请求。
3. 处理可靠性与兼容性
规范明确报告投递不保证成功，用户代理可因网络或策略丢弃。MDN 也提示 Reporting API 在较新浏览器上可用、旧设备可能不支持。因此要用浏览器版本分层看覆盖率，并保留服务器日志和 ReportingObserver 作为补充；不能用“收到 0 份报告”推断“没有违规”。
4. 隐私、安全与发布闸门
报告可能包含 URL、用户代理和策略信息。端点应使用 HTTPS、鉴权或不可猜测路径，过滤查询参数，限制保留期并建立访问审计。先 report-only、内部站点和 1% 流量，观察端点负载、敏感字段和告警可操作率，再扩大；发现 PII 泄露、成本异常或告警风暴就停用端点配置。
高质量示范回答
我会把该项目定义为“浏览器策略与弃用的早期诊断层”，而不是新的日志系统。决策门槛分三层：第一，价值验证——在 10 个代表性站点上用 report-only 采样，确认报告能定位现有工单，并将平均发现时间作为基线；第二，风险验证——安全和隐私评审端点字段、保留期、跨站隔离和访问控制；第三，运营验证——压测报告峰值，设置每来源配额、去重键和丢弃率监控。Reporting API 的投递是 best-effort，所以保留 RUM、服务器日志和人工回退。上线后按浏览器族群展示覆盖率，按报告类型统计可操作率、MTTR、误报率、每百万页面报告量和成本。若某浏览器覆盖不足，产品结论只针对已覆盖流量，并继续推进兼容性观察；若端点异常，移除 Reporting-Endpoints 响应头即可回退，不改变核心页面请求。
常见误区
- 把 Reporting API 当成可靠队列或合规审计凭证。
- 看到报告数量下降就宣布问题消失，没有按浏览器覆盖率校正。
- 直接把原始 URL、查询参数和用户代理长期存储。
- 只讨论 SDK 接入，不说明端点限流、去重、成本和告警负责人。
- 一次性全站开启，缺少 report-only、采样和明确回滚条件。
追问与应对
如果面试官问“为什么不用 ReportingObserver？”
回答：它更易在页面内快速验证和自定义处理，但页面崩溃时无法继续运行；远程端点能独立于页面生命周期接收报告。两者可并用，但都不能承诺必达。
如果问“如何证明项目有效？”
回答：建立上线前后对照，比较已确认问题的发现时间、修复时间、可操作率和误报率，并按浏览器覆盖率分层；同时监控端点成本与隐私事件。
如果问“旧浏览器没有支持怎么办？”
回答：把支持矩阵作为产品约束，保留现有服务器日志/RUM，针对已覆盖流量发布结论；不为了追求统一而在不兼容浏览器注入高成本 polyfill。