题干与适用场景
一个协作白板需要传输光标、批量编辑和文件片段。请比较 WebTransport 与 WebSocket，并说明如何按消息可靠性、顺序、拥塞、浏览器兼容性和运维能力做选型。
WebSocket 提供成熟的双向消息通道；WebTransport 基于 HTTP/3，提供可靠的单向或双向流，以及允许丢失的数据报。题目考察的是传输语义与系统约束的匹配，不能只用“HTTP/3 更快”作为结论。
面试官考察点
第一，能否把数据分成必须可靠交付和允许丢失两类。第二，能否理解流与数据报的顺序、背压、拥塞和连接关闭语义。第三，能否评估 HTTP/3 服务端、证书、代理、浏览器支持、回退和观测成本。
30 秒回答框架
“我先按数据语义拆分：编辑操作和文件片段使用可靠、有背压的双向流；光标位置等过期即失效的信息可用数据报。若目标浏览器、网关和服务端尚未稳定支持 WebTransport，我会先用 WebSocket，并保留能力探测后的回退。两种方案都需要鉴权、配额、心跳、断线重连和指标；最终用端到端丢包、延迟、重连和运维成本验证，而不是凭协议名称选型。”
分步骤深入解答
第一步：定义每类消息的交付契约
编辑操作需要可靠交付和明确顺序，通常还要带操作 ID 以便去重；文件片段需要可靠流、分块校验和可恢复进度。光标、拖拽预览等状态只保留最新值，可接受丢失和乱序。
第二步：理解 WebSocket 边界
WebSocket 的消息模型简单、生态成熟，适合统一的可靠双向通道。应用层要自行定义消息类型、背压、心跳、重连、广播和大消息拆分。若所有数据都走同一逻辑通道，某类大消息可能影响其他消息的调度。
第三步：理解 WebTransport 能力
WebTransport 把可靠的单向或双向流与不可靠数据报放在同一个连接抽象中。流适合有序字节传输，数据报适合低延迟但可丢失的更新。实现必须尊重流的 ready、关闭和错误状态，不能假设数据报一定到达。
第四步：为数据报设计过期与去重
数据报应携带实体 ID、序列号或时间戳；接收端丢弃过期状态，不能把丢包当成业务失败。对光标只保留每个用户最新位置，对统计或编辑确认仍使用可靠流。
第五步：处理可靠流的背压与恢复
发送端等待可写就绪，设置每个会话的队列上限；超过上限时暂停低优先级更新或断开异常客户端。文件流按块校验并记录偏移，重连后从最后确认块继续，避免把整个文件重新发送。
第六步：评估部署与兼容性
WebTransport 需要兼容的 HTTP/3 服务端和证书配置，路径还会经过代理、防火墙和负载均衡。上线前验证浏览器支持、连接建立失败、HTTP/3 降级和跨地域网络。能力不满足时回退 WebSocket 或普通 HTTP，并保持同一业务协议的语义。
第七步：设计鉴权和资源隔离
连接建立时验证会话和来源，服务端按用户和租户限制并发连接、流数量、数据报速率和总字节数。不要把客户端声明的流优先级直接当作权限；文件写入仍需业务授权、校验和审计。
第八步：用端到端指标做决策
按消息类型记录发送时间、到达时间、重连、流错误、数据报丢失估计、队列长度、CPU 和带宽。比较 WebSocket、WebTransport 和回退路径在真实网络、移动切网、代理和高并发下的体验与成本。
设计取舍与边界
统一通道还是多种语义
WebSocket 统一可靠消息更容易维护；WebTransport 可把可靠流和低延迟数据报分开，但协议、测试和运维复杂度更高。只有业务确实需要两种交付语义时才承担复杂度。
低延迟还是可恢复性
数据报减少等待，却要求业务接受丢失和过期。关键状态应走可靠流，并通过操作 ID、检查点和重放保护恢复能力。
新协议收益还是部署风险
HTTP/3 能力不能抵消浏览器或网络设备不支持带来的失败。先小流量验证连接成功率和回退率，再决定是否扩大 WebTransport 范围。
失败演练与演进计划
HTTP/3 在企业网络不可用
模拟代理阻断或握手失败，确认客户端快速回退 WebSocket，业务消息不重复、不丢关键操作，并记录失败原因。
光标数据积压
限制数据报发送速率，故意制造慢网络，确认旧光标被丢弃而编辑操作继续可靠交付。
文件流中断
中断连接后重连，验证块校验、偏移恢复和权限重新检查，不允许使用客户端任意偏移覆盖文件。
常见误区与追问
误区一：认为 WebTransport 一定更快
追问：在目标网络中连接建立成功率、握手时间和回退率是多少？
误区二：用数据报发送关键编辑
追问：丢包、乱序和重复如何处理？候选人应改用可靠流和操作 ID。
误区三：只讨论浏览器 API
追问：HTTP/3 服务端、负载均衡、证书、代理和观测如何落地？
误区四：没有背压和配额
追问：慢客户端如何隔离？单租户如何限制流数量和字节数？
误区五：回退路径另写一套业务协议
追问：WebSocket 与 WebTransport 如何保持消息契约和幂等语义一致？
延伸追问与参考答案
光标和编辑为什么要分开传输？
光标是短暂状态，旧值很快失效，允许丢失可降低延迟；编辑必须可靠、有序并可恢复，适合可靠流。
WebTransport 不能用时怎么办？
先能力探测，再回退 WebSocket 或 HTTP；保持相同的鉴权、消息 ID、重连和业务确认语义。
如何证明选型成功？
用真实网络分组比较延迟、丢失估计、重连、队列、CPU、带宽和回退率，并确认关键操作没有丢失或重复。