# 1. HTTP/3 的 bidirectional streams、unidirectional streams 与 stream ID 奇偶分配规则？ A 单向流只能由服务器发起 B 双向流 ID 全为奇数 C 客户端发起的流用偶数 ID，服务器发起的流用奇数 ID，双向流承载请求响应、单向流承载控制信息 ✓ 正确答案 D stream ID 与流方向无关
# 2. HTTP/3 控制流（control streams）的 unidirectional stream 与 SETTINGS 帧的工程意义？ A 控制流只承载应用数据 B 控制流是双向流 C SETTINGS 帧在数据流上发送 D 控制流是单向流，专用承载 SETTINGS 等连接级控制帧，与数据流隔离 ✓ 正确答案
# 3. 解释 HTTP/3 取消（Cancel）push 与 trailer header 的工程语义与帧时序？ A CANCEL_PUSH 在数据流上发送 B CANCEL_PUSH 在客户端控制流上发送以取消推送，trailer 在 DATA 之后发送流尾部元数据 ✓ 正确答案 C trailer 在 HEADERS 之前发送 D 服务器推送无法被取消
# 4. HTTP/3 帧类型，DATA、HEADERS、CANCEL_PUSH、SETTINGS、GOAWAY、PRIORITY_UPDATE 的载荷格式如何？ A SETTINGS 帧在控制流上携带参数对，GOAWAY 帧载荷含优雅关闭的 stream/push ID，DATA 帧承载正文 ✓ 正确答案 B DATA 帧载荷是 QPACK 编码的字段 C HEADERS 帧承载应用正文 D CANCEL_PUSH 帧载荷是完整响应体
# 5. HTTP/3 QPACK 编码表（static、dynamic）与 HPACK 的差异，QPACK 为何必须在编码前后同步？ A QPACK 无需同步动态表 B QPACK 动态表在单流内顺序同步 C HPACK 与 QPACK 完全一样 D QPACK 动态表是连接级、跨流共享，需通过编码器/解码器流同步并支持 blocked 流 ✓ 正确答案
# 6. 解释 HTTP/3 HEADERS 帧的 QPACK-encoded field section 格式与 Huffman 编码在 QPACK 的开关？ A QPACK 强制所有字段 Huffman 编码 B 字段名/值通过前缀位控制是否 Huffman 编码，字段节含 required insert count 支持动态表同步 ✓ 正确答案 C Huffman 编码不节省带宽 D 字段段不含动态表引用
# 7. HTTP/3 GOAWAY 帧在 QUIC 连接上仅关闭 specific streams 而非整个连接的工程价值？ A GOAWAY 立即关闭整条连接 B GOAWAY 停止接受新流但允许在途流完成，实现优雅关闭与平滑迁移 ✓ 正确答案 C GOAWAY 只影响已完成的流 D GOAWAY 用于取消单个请求
# 8. HTTP/3 DATA 帧的 payload 边界与 TCP HTTP/2 中 DATA 帧的差异，QUIC stream framing 如何替代？ A QUIC 流帧不提供独立边界 B HTTP/3 仍依赖 TCP 全局字节流 C HTTP/2 的流之间不受影响 D QUIC 流帧为每流提供独立顺序与边界，替代 TCP 全局字节流，消除跨流队头阻塞 ✓ 正确答案
# 9. HTTP/3 frame error（类型未定义、payload 非法）的连接级 vs stream 级错误码差异？ A 流级错误影响所有流 B 任何帧错误都终止连接 C 流级错误只影响出错流，连接级错误（如控制流 SETTINGS 非法）终止整个连接 ✓ 正确答案 D 连接级错误只影响单流
# 10. QPACK 与 HPACK 性能差异在大并发 HTTP/3 流的工程边界？ A QPACK 连接级共享动态表在重复头部多的大并发场景压缩率更高，但需表同步开销 ✓ 正确答案 B HPACK 跨流共享动态表 C QPACK 无同步开销 D 两者压缩率完全一致
# 11. RFC 9218 HTTP/3 的"Extensible Prioritization Scheme"绝对与增量式 priority 的工程价值？ A incremental 表示禁止交错 B urgency 越大优先级越高 C urgency（0-7）表达绝对优先级、incremental 标志控制增量分发，替代了 HTTP/2 依赖树 ✓ 正确答案 D 该方案与 HTTP/2 依赖树等价
# 12. HTTP 状态码 1xx（100 Continue、102 Processing、103 Early Hints）的语义与发送时机？ A 1xx 都表示最终错误 B 100 表示请求成功 C 103 是最终响应 D 100 Continue 控制请求体发送、102 Processing 表示处理中、103 Early Hints 提前发送资源预加载提示 ✓ 正确答案
# 13. RFC 9111 缓存的 response freshness lifetime 与 age 计算模型在分布式缓存的同步？ A 新鲜度由 freshness lifetime 与 age 比较决定，分布式缓存用一致 Date/Age 头与共享键同步 ✓ 正确答案 B age 只由服务器计算一次 C 缓存无需 revalidation D freshness 与 max-age 无关
# 14. 在 gRPC-Web/Connect 中使用 Problem Details 的端到端错误传递是否可行？ A Problem Details 无法跨协议传递 B 完全不可行 C 只能传递 gRPC status 码 D 可行，但 gRPC-Web 需处理 trailer 编码，Connect 用 HTTP+JSON 更自然 ✓ 正确答案
# 15. HTTP/3 与 HTTP/2 在 cross-stream 优先级（PRIORITY_UPDATE）的演化？ A PRIORITY_UPDATE 帧只用于单流 B HTTP/3 沿用 HTTP/2 依赖树 C HTTP/3 不支持跨流优先级 D HTTP/2 依赖树被弃用，HTTP/3 用 urgency+incremental 与 PRIORITY_UPDATE 帧表达跨流优先级 ✓ 正确答案
# 16. HTTP/3 push 由 PUSH_PROMISE 帧发起，且只允许发生在对端发起的请求之外，受 server push 政策？ A push 由 PUSH_PROMISE 帧发起且只绑定在响应的请求上，但常因缓存不感知被弃用而转向预加载 ✓ 正确答案 B 服务器可随时推送任意资源 C push 能感知客户端缓存 D HTTP/3 不支持 push
# 17. RFC 9110 相对 RFC 7230 的合并，HTTP/1.1 消息语法与路由的语义统一规则如何？ A RFC 9110 定义的是传输语法 B RFC 9110 只用于 HTTP/1.1 C 各版本 HTTP 语义不同 D RFC 9110 统一 HTTP 语义与表示，被 HTTP/2/3 共享，7230 定义 HTTP/1.1 消息语法与路由 ✓ 正确答案
# 18. HTTP 语义中的 request target，origin-form、absolute-form、authority-form、asterisk-form 的工程用途是什么？ A 所有形式用途相同 B origin-form 用于隧道 C absolute-form 用于普通请求 D origin-form 用于普通资源请求，absolute-form 用于代理，authority-form 用于 CONNECT 隧道，asterisk-form 用于服务器级 OPTIONS ✓ 正确答案
# 19. HTTP/1.1 与 HTTP/2/3 中 Trailer header field（chunked trailer 与 trailer in HEADERS frame）的语义差？ A HTTP/1.1 用 chunked 末尾块 + Trailer 声明发送 trailer，HTTP/2/3 用流末尾独立 HEADERS 帧 ✓ 正确答案 B HTTP/2 的 trailer 需依赖 chunked C trailer 可含 Content-Length D HTTP/3 不支持 trailer
# 20. HTTP 方法的幂等性，GET、HEAD、PUT、DELETE、OPTIONS 的工程语义与重试安全性如何？ A GET/HEAD/PUT/DELETE/OPTIONS 是幂等可安全重试，POST/PATCH 非幂等需幂等保护 ✓ 正确答案 B POST 是幂等的 C DELETE 是非幂等的 D 所有方法都非幂等
# 21. RFC 9111 缓存的 stale-while-revalidate、stale-if-error、stale-otherwise 响应指令在边缘场景的工程价值？ A stale-while-revalidate 会让客户端等待源站 B 过期响应必须立即丢弃 C stale-while-revalidate 后台更新、stale-if-error 在源站故障时用过期兜底，提升边缘可用性 ✓ 正确答案 D stale-if-error 只在源站正常时生效
# 22. RFC 9111 的 cache key（method、URI、headers、cache-control）工程构成与键冲突的处理？ A Vary 头不影响缓存键 B cache key 只由 URI 构成 C cache key 由 method、URI 与 Vary 头指定的请求头构成，Vary 配置不当会造成键冲突 ✓ 正确答案 D 键冲突无关紧要
# 23. RFC 9112 中 HTTP/1.1 消息解析，chunked transfer-coding 的 trailer 边界与 CRLF 严格性如何处理？ A chunk 以 size+CRLF 开头、0 大小 chunk 结尾，trailer 边界与 CRLF 严格性影响防请求走私 ✓ 正确答案 B trailer 在 chunk 数据之前 C CRLF 可随意替换为 LF D chunked 无 trailer 概念
# 24. HTTP API 在 4xx/5xx 响应中使用 Problem Details 的工程价值，如何支撑客户端通用错误处理？ A 客户端需为每个 API 定制错误解析 B 它只是错误文本 C 它提供结构化错误（type/status/detail），客户端可用通用逻辑统一处理错误 ✓ 正确答案 D 它不区分 4xx/5xx
# 25. HTTP/3 0-RTT 连接的连接迁移（connection migration）在 4G→Wi-Fi 切换中的工程优势？ A 连接迁移必须重新握手 B QUIC 用连接 ID 标识连接，4G→Wi-Fi 切换时无需重握手即可无缝迁移 ✓ 正确答案 C TCP 也能无缝迁移 D 连接迁移依赖 IP 地址
# 26. HTTP/3 connection coalescing 与 HTTP/2 connection coalescing 的差异，QUIC ALPN 扮演什么角色？ A HTTP/3 的 QUIC 连接可更灵活地聚合多个 origin，ALPN 决定使用 h2/h3 协议 ✓ 正确答案 B HTTP/2 与 HTTP/3 聚合能力相同 C ALPN 与连接聚合无关 D HTTP/3 只能单 origin 连接
# 27. HTTP/3 priority 与 HTTP/2 priority tree 的工程差异？ A HTTP/3 沿用依赖树 B HTTP/2 依赖树复杂且被弃用，HTTP/3 用 urgency+incremental 简单字段表达优先级 ✓ 正确答案 C HTTP/2 优先级更简单 D 两者实现复杂度相同
# 28. PRIORITY_UPDATE 帧的 field section 与 urgency=0~7 / incremental=0~1 的工程语义？ A incremental=1 表示禁止交错 B urgency 越大优先级越高 C urgency（0-7，越小越重要）与 incremental（0/1）表达优先级，服务器据此调度资源 ✓ 正确答案 D PRIORITY_UPDATE 无法动态更新
# 29. HPACK 如何用静态表、动态表与 Huffman 编码三部分压缩 HTTP 头部？动态表在连接内如何同步更新？ A 动态表跨连接共享 B 动态表不随连接更新 C Huffman 用于静态表 D 静态表索引常用字段、动态表自适应维护新增字段、Huffman 压缩文本，动态表在连接内按序同步 ✓ 正确答案
# 30. HTTP/2 在单一 TCP 连接上用带标识的 stream 实现多路复用，如何消除 HTTP/1.1 的应用层队头阻塞？ A HTTP/1.1 无队头阻塞 B HTTP/2 消除了传输层队头阻塞 C HTTP/2 用带标识的 stream 在单 TCP 连接上并行交错多请求，消除应用层队头阻塞 ✓ 正确答案 D stream 之间必须串行
# 31. HTTP/2 的流优先级用依赖树与 weight 表达，为什么 RFC 9113 弃用该机制改用 Extensible Priorities？ A 依赖树简单好用 B 依赖树复杂、实现差异大而被弃用，改用 urgency+incremental 的 Extensible Priorities ✓ 正确答案 C Extensible Priorities 更复杂 D 优先级机制完全取消
# 32. HTTP/2 虽消除了应用层队头阻塞，为什么底层 TCP 丢包仍会造成传输层队头阻塞，而这正是 HTTP/3 要解决的问题？ A TCP 单一有序字节流使一个流的丢包阻塞所有流，QUIC 的多流独立交付将其消除 ✓ 正确答案 B HTTP/2 已消除传输层队头阻塞 C QUIC 仍受传输层队头阻塞影响 D TCP 重传不影响其他流
# 33. HTTP/2 的帧（HEADERS、DATA、SETTINGS、WINDOW_UPDATE 等）如何构成流的最小通信单位？ A 帧是通信最小单位，帧带 stream ID 归属到流，HEADERS 建立流、DATA 承载数据、流控由 WINDOW_UPDATE 等帧实现 ✓ 正确答案 B 帧与流无关 C HEADERS 帧承载正文 D 流是固定不变化的
# 34. HPACK 头部压缩引入的 CRIME/BREACH 类侧信道风险下，敏感头部为何应标记为不可索引？ A 敏感头部应优先加入动态表 B 敏感头部不加入动态表，避免压缩长度变化被 CRIME/BREACH 类攻击利用 ✓ 正确答案 C 压缩长度变化与机密无关 D 不可索引会泄露敏感值
# 35. MASQUE（RFC 9298、9484）的 CONNECT-UDP 与 CONNECT-IP 方法在 HTTP/3 上的 tunnel 语义？ A CONNECT-UDP 隧道 UDP 数据报、CONNECT-IP 隧道 IP 包，都在 HTTP/3 的 QUIC 流上承载 ✓ 正确答案 B CONNECT-UDP 只隧道 TCP C CONNECT-IP 只隧道单个 UDP 端口 D MASQUE 不用于代理
# 36. 解释 MASQUE proxy 在 HTTP/3 上 relay IP packets 与 UDP datagrams 的端到端设计？ A 代理与目标之间需再加密 B MASQUE 只中继 TCP 流 C UDP 数据报无法经 QUIC 流承载 D MASQUE 代理在 QUIC 流上封装并中继 UDP 数据报与 IP 包，经 HTTP/3 加密隧道实现端到端转发 ✓ 正确答案
# 37. MASQUE 在 IPv6 与 dual-stack 网络中的连接选择策略？ A 地址族选择与转发无关 B MASQUE 只支持 IPv4 C dual-stack 网络无法用 MASQUE D 客户端与代理连接时按地址族选择 IPv4/IPv6，CONNECT-IP 隧道按目标地址族路由转发 ✓ 正确答案
# 38. QUIC v2 在 latency-sensitive 应用中与 v1 性能差异的实测工程价值？ A QUIC v2 与 v1 性能大致相当，v2 的价值在版本隔离与安全/演进而非性能提升 ✓ 正确答案 B QUIC v2 显著提升延迟性能 C QUIC v2 移除 0-RTT D QUIC v2 与 v1 完全无差异
# 39. MASQUE relay 的 IPv6 RA、NA 消息转发策略与代理后端 NAT 行为？ A IPv6 隧道无需邻居发现 B MASQUE 不处理 NDP C NAT 不影响隧道地址 D MASQUE 隧道需正确转发 IPv6 RA/NA（NDP），代理后端做 NAT/NAT64 映射隧道地址到后端网络 ✓ 正确答案
# 40. MASQUE 与传统 SOCKS/HTTP CONNECT 在协议层与加密层的边界？ A SOCKS/CONNECT 支持 UDP 与 IP 隧道 B MASQUE 在 HTTP/3 的 QUIC 流上隧道 UDP/IP 并内建 TLS 加密，SOCKS/CONNECT 是 TCP 代理需外部加密 ✓ 正确答案 C MASQUE 不加密 D 两者等价
# 41. gRPC xDS 在服务网格（Envoy、Istio）中的 CDS/EDS/LDS/RDS 协同配置？ A CDS 提供端点列表 B LDS 定义监听器、RDS 定义路由、CDS 定义集群、EDS 提供端点，控制面经 xDS 下发实现动态路由 ✓ 正确答案 C EDS 定义集群 D LDS 提供路由规则
# 42. 为什么 QUIC v2 仍保持 UDP 承载而非 SCTP 或 DCCP 的工程原因？ A UDP 普遍可达且支持用户态演进与 NAT 穿透，SCTP/DCCP 因中间盒与内核支持障碍难以部署 ✓ 正确答案 B SCTP 更容易部署 C QUIC 需内核修改 D UDP 无法穿透 NAT
# 43. gRPC 的 UNARY、CLIENT_STREAMING、SERVER_STREAMING、BIDIRECTIONAL 四种 RPC 模式如何映射到 HTTP/2 流？ A 每种模式用不同的 HTTP/2 流 B 4 种 RPC 模式都映射到单个 HTTP/2 流，用多个 DATA 帧表达多消息，trailer 携带状态 ✓ 正确答案 C UNARY 用多个流 D BIDIRECTIONAL 不能复用流
# 44. gRPC status codes（OK、CANCELLED、UNKNOWN、INVALID_ARGUMENT 等 17 个）的 HTTP/2 trailer 映射？ A gRPC status 放在 HTTP 状态行 B gRPC status code 通过 HTTP/2 trailer 的 grpc-status/grpc-message 头传递 ✓ 正确答案 C gRPC 只有 3 个 status code D status 在 DATA 帧中传递
# 45. gRPC metadata（headers 与 trailers）在 HTTP/2 中的格式（ASCII binary header）与传播语义？ A metadata 经 HTTP/2 的 headers 与 trailers 传递，二进制值用 -bin 后缀 + base64 编码 ✓ 正确答案 B metadata 键可为任意大小写 C 二进制值无需 base64 D metadata 只通过 DATA 帧传递
# 46. gRPC 客户端 keepalive 与 server-side health check（grpc.health.v1）的工程集成？ A 两者无关 B keepalive 只检查服务健康 C health check 只保持连接 D keepalive 保持连接活性，grpc.health.v1 探测服务健康状态，配合 LB 优雅下线 ✓ 正确答案
# 47. WebTransport（draft-ietf-webtrans-http3）的 SETTINGS_ENABLE_WEBTRANSPORT、WT_FRAME 与 HTTP/3 stream 关联？ A SETTINGS_ENABLE_WEBTRANSPORT 协商能力，WT_FRAME 封装数据，并复用 HTTP/3 双向/单向流与数据报 ✓ 正确答案 B WebTransport 不依赖 HTTP/3 流 C WT_FRAME 用于协商地址 D SETTINGS 参数与 WebTransport 无关
# 48. WebRTC DTLS-SRTP 协商，DTLS handshake 后派生 SRTP 密钥的双层加密工程价值何在？ A DTLS 握手协商并派生 SRTP 密钥，SRTP 高效加密媒体，实现安全与性能分层 ✓ 正确答案 B SRTP 负责密钥协商 C DTLS 负责媒体加密 D 媒体数据不加密
# 49. WebRTC 在 SFU 与 MCU 架构中的带宽利用与延迟取舍？ A SFU 转码合成流 B SFU 只转发不转码、低延迟高带宽，MCU 合成流省带宽但转码增加延迟 ✓ 正确答案 C MCU 延迟更低 D SFU 省带宽
# 50. WebRTC ICE 候选，host、srflx、relay、prflx 的工程意义与 STUN/TURN 协议协同如何？ A relay 是本地地址 B host/srflx/relay/prflx 覆盖不同连通层级，STUN 发现 NAT 映射、TURN 中继兜底，按优先级选择 ✓ 正确答案 C STUN 用于中继 D ICE 只收集 host 候选
# 51. WebRTC simulcast、SVC（scalable video coding）、RTX、NACK、FEC 的视频抗丢包策略？ A simulcast/SVC 提供多分辨率自适应，NACK+RTX 重传、FEC 纠错，按带宽与延迟组合 ✓ 正确答案 B SVC 只用一个分辨率 C FEC 需要重传 D NACK 用于前向纠错
# 52. HPACK 动态表的更新为何必须严格按头部块顺序处理，乱序为何会导致解码失败？ A 乱序不影响解码 B 动态表可乱序更新 C 索引引用不依赖表状态 D 动态表按头部块顺序更新，索引引用依赖当前表内容，乱序会导致引用错误 ✓ 正确答案
# 53. GOAWAY 与 RST_STREAM 分别表示连接级与流级错误，它们在优雅关闭与取消单个请求时如何配合？ A GOAWAY 取消单个流 B GOAWAY 优雅关闭连接停止新流，RST_STREAM 立即取消单个流，两者配合 ✓ 正确答案 C RST_STREAM 关闭整个连接 D 两者都是连接级控制
# 54. QUIC v2 相对 v1 在 packet header 的 short header 中 fixed bit（bit 0）由 1 改为 0 与 version 的工程价值？ A v2 与 v1 完全同质 B fixed bit 与版本无关 C v2 把 short header 的 fixed bit 改为 0，配合新版本号强化版本隔离，避免旧中间件误判 ✓ 正确答案 D fixed bit 改动能提升吞吐
# 55. HTTP/3 QPACK blocked stream 标识位与 HPACK 的差异，HTTP/3 为何允许在 dynamic table 未同步时阻塞？ A QPACK 动态表不跨流 B HPACK 也支持 blocked stream C QPACK 的 blocked stream 不影响正确性 D QPACK 因跨流共享表与乱序，允许流在表未同步时阻塞，HPACK 单流顺序同步无此问题 ✓ 正确答案
# 56. HTTP/3 Extended Connect（RFC 9220）支持 WebSocket 的 CONNECT-UDP 方法工程语义？ A WebSocket 不能经 HTTP/3 传输 B CONNECT-UDP 只支持 TCP C Extended CONNECT 用 :protocol 扩展 CONNECT，支持 WebSocket 与 CONNECT-UDP UDP 隧道 ✓ 正确答案 D Extended CONNECT 不用于 UDP
# 57. RFC 7807（已被 RFC 9457 取代）的 application/problem+json 媒体类型与 type/title/status/detail/instance 字段？ A type 是错误 URI 引用、status 是 HTTP 状态码、detail 是详细说明，媒体类型为 application/problem+json ✓ 正确答案 B type 是人读描述 C detail 是 URI 引用 D status 是错误类别
# 58. RFC 9112 connection preface、request line 与 status line 的 BNF 严格解析在代理场景的容错？ A 代理需严格解析 request/status line 与 CRLF 以防请求走私，同时适度容错兼容 ✓ 正确答案 B 代理应完全宽松解析 C request line 与 status line 无格式要求 D 严格解析与安全无关
# 59. RFC 9457 相比 RFC 7807 新增的 errors（嵌套错误数组）、type 改为 URI 引用、Content-Language 的语义扩展？ A type 可以是任意文本 B RFC 9457 移除 errors 成员 C RFC 9457 新增 errors 嵌套数组、明确 type 为 URI 引用、增加 Content-Language 本地化 ✓ 正确答案 D RFC 9457 不支持本地化
# 60. RFC 9457 与 RFC 7807 的兼容策略，如何同时支持两种 media type 的客户端？ A 9457 客户端无法解析 7807 响应 B 两者 media type 不同 C 两者共用 application/problem+json，核心字段稳定、扩展字段可选，返回 9457 格式可同时兼容 ✓ 正确答案 D 需不同媒体类型区分
# 61. QPACK（RFC 9204）相对 HPACK 在 dynamic table encoder/decoder 同步的工程价值？ A QPACK 与 HPACK 同步机制相同 B QPACK 在单流内顺序同步 C QPACK 无需同步动态表 D QPACK 用编码器流与解码器流及确认机制实现连接级动态表同步，支撑跨流共享压缩 ✓ 正确答案
# 62. QPACK 的 Insert with Literal Name、Dynamic Table Capacity、Blocked Streams 的工程价值？ A 动态表容量无限制 B Insert with Literal Name 填充表项，Dynamic Table Capacity 限制表大小，Blocked Streams 限制阻塞流数量 ✓ 正确答案 C Blocked Streams 无上限 D Insert with Literal Name 不插入表项
# 63. QPACK Huffman 在 static table 与 dynamic table 的工程取舍？ A dynamic table 无需同步 B static table 也需 Huffman C Huffman 用于所有字段 D static/dynamic 表用索引引用省 CPU，Huffman 用于压缩一次性字面量，压缩率与 CPU 之间取舍 ✓ 正确答案
# 64. 解释 QUIC 的 version negotiation packet，server 在不支持 client 版本时如何返回 Supported Version 列表？ A 版本协商包携带加密数据 B 服务器不支持客户端版本时返回含支持版本列表的协商包，客户端据此重选版本重连 ✓ 正确答案 C 服务器总是接受客户端版本 D 版本协商包建立连接
# 65. 解释 QUIC 的 compatibility shim bit 在 v1→v2 迁移期间的过渡期设计？ A 它提升加密强度 B 它只用于 v1 C 它是迁移期兼容垫片，让 v2 流量在过渡期被旧中间件识别，平滑迁移 ✓ 正确答案 D 迁移期无需兼容机制
# 66. WebTransport 在 WebRTC data channels 替代场景下的工程决策？ A WebTransport 也走 P2P B WebTransport 走服务器（HTTP/3 直连、低延迟），WebRTC data channels 走 P2P（需 ICE/STUN/TURN），按拓扑选择 ✓ 正确答案 C WebRTC data channels 无需 NAT 穿透 D 两者完全相同
# 67. MoQ 在 CDN 边缘部署与多源回放中的 fanout 工程价值？ A MoQ 在 CDN 边缘接收一份流并扇出给多客户端，降低源站带宽并提升扩展性 ✓ 正确答案 B 每个客户端都需回源 C MoQ 不支持多源回放 D fanout 增加源站带宽
# 68. WebTransport server certificate hash 验证在 TLS 1.3 下的工程价值？ A 客户端用证书 hash 验证服务器身份，适用于自签名/非标准 PKI，并防中间人 ✓ 正确答案 B 证书 hash 验证只能用于公共 CA C 证书 hash 验证与 TLS 无关 D 证书 hash 验证无法防 MITM
# 69. WebTransport 与 WebSocket 在 latency、head-of-line blocking、多路复用上的工程差异？ A WebTransport 基于 QUIC 多流，低延迟、无 TCP 队头阻塞、原生多路复用；WebSocket 基于 TCP 单流受限 ✓ 正确答案 B WebSocket 也基于 QUIC 多流 C WebTransport 受 TCP 队头阻塞影响 D WebSocket 延迟更低
# 70. WebRTC SDP offer/answer 模型，m=audio/video、a=rtpmap、a=ssrc、a=ice-ufrag/pwd 的工程语义如何？ A m= 声明媒体类型、a=rtpmap 映射编解码、a=ssrc 标识同步源、a=ice-ufrag/pwd 提供 ICE 认证 ✓ 正确答案 B a=rtpmap 声明媒体类型 C m= 定义编解码 D a=ice-ufrag/pwd 定义媒体编码
