HTTP/3 · XB 现场笔记

HTTP3 走 UDP，HTTP2 仍走 TCP 兜底

Sat, 12 Feb 2028 00:00:00 +0000

HTTP/3 运行在 QUIC 与 UDP 之上，常用端口是 443，但协议不要求只能使用这个端口。HTTP/2 各流共用 TCP 的有序字节流，缺失片段可能阻塞无关请求的数据交付。QUIC 按流提供有序交付，某条流丢失数据不必阻塞另一条流；连接级拥塞控制与 HTTP 层依赖仍可能影响多个流，不能说每条流都有完全独立的拥塞控制或丢包恢复状态。

仅启用服务器模块还不够。客户端需要 HTTP/3 支持、可代表该源的端点、可验证的 TLS 身份，以及实际可用的 UDP 路径。发现机制和回退策略决定何时尝试它；不能把此前必须成功访问一次 TCP 服务当成所有客户端都要满足的协议前提。

两种传输，一个端口号

UDP:443 与 TCP:443 使用不同套接字，只是端口数字相同；并不是一个套接字同时监听两种传输。nginx 的 server 块可以并列配置 listen 443 quic reuseport; 与 listen 443 ssl; http2 on;。受支持系统上的 reuseport 用于每个 worker 的监听套接字，不是修复重复 server 声明或其他进程占用端口的万能选项。应先核对完整配置、实际错误与套接字归属，再判断是否需要修改。

QUIC 将 TLS 1.3 与传输建立结合，能够减少建立连接的往返次数。恢复会话时可能发送早期应用数据，但握手并未消失，服务器也不一定接受 0-RTT。Retry、丢包与验证都可能增加等待。连接 ID 可以在端点与路由设施支持时帮助连接跨地址变化延续；它本身不承诺所有漫游都成功，也不会自动修复 UDP 不通的路径。

Alt-Svc 是客户端得知的方式

源站可以通过已有 HTTP 连接发布 Alt-Svc: h3=":443"; ma=86400，表示协议 h3、同一主机的 443 端口，以及二十四小时的新鲜期。该连接不必是 HTTP/2；已知目标支持 HTTP/3 的客户端也可以直接尝试，不需要先访问一次 TCP 服务。客户端可以使用仍新鲜的替代服务，不必等待下次页面访问。收到通告只证明服务器发出了信息，不能证明该客户端的 UDP 路径真正可用。

新鲜期允许复用通告，不会强迫客户端每次新建连接都重复一个已经失败的 QUIC 尝试。客户端可以回退，也可以使用自己的失败处理策略。QUIC 探测定时器取决于往返时间估计及退避，而何时并行竞速、放弃尝试属于实现选择。早先所写的十五秒、每天三百秒和零点一秒是没有保留可运行模型或原始轨迹的示意假设，既不是实测，也不是协议规定的回退时间，不能据此估算真实用户损失。

0-RTT 与连接迁移是两处锋利的边缘

0-RTT 允许回访客户端在新握手完成前发送应用数据。早期数据存在重放风险，因此应用必须明确哪些处理能安全重放，并拒绝不安全的早期操作；持有旧票据也不保证服务器接受。未经保护的创建订单请求可能重复产生副作用，传输加密并不提供恰好一次执行保证。判断能否使用早期数据，应依据业务语义与服务端保护，不能只看请求是否已经加密。

客户端地址改变后，迁移可以保留 QUIC 连接，但受到对端策略与路径验证约束。按五元组选择后端的均衡器可能把报文发给没有该连接加密状态的另一台后端，造成中断或重置，而不是让它自然接管原连接。早先从七号落到四号的示例没有保留哈希模型或原始轨迹，不能当成测得的落点，也不能据此断言每次地址变化一定选中不同后端。

坏掉的样子

缓存通告与 UDP 阻断可能拖慢连接建立，但不能保证整整一天每次访问都慢，也不能仅凭 HTTP/3 失败断定中间盒故障。客户端缺少支持、TLS 错误、端点配置或服务器不可用，都可能导致失败。应对照客户端错误、分协议延迟与服务端观察；访问日志里没有请求并不足以定位丢包。保留可工作的 TCP 备用路径，并测量实际客户端的回退策略，才能判断等待发生在哪里。

地址变化还可能暴露错误的路由亲和性。应保持报文到达拥有该连接状态的 QUIC 端点；仅靠应用 Cookie，无法在 QUIC 终止之前为加密报文选择后端。需要显式验证部署中的连接 ID 处理与路径变化，也不能假定连接 ID 永远不变。此类问题不限于移动客户端；传输恢复成功之后，应用会话是否连续仍是另一层问题，不能把两种状态混为一个保证。

可直接发现 h3；h2 回退取决于双方支持及客户端策略。不保证固定回退耗时或迁移成功。

快速验证

使用 Bash、Python 3，以及编译时支持 HTTP/2 和 HTTP/3 的 curl 7.88 或更新版本。把 URL 设置为获准直接访问、GET 预期返回 200 的完整 HTTPS 地址，包含路径；这些请求不使用重定向或代理。目标应是允许重复读取的诊断资源，而不是有副作用的操作：

(
set -euo pipefail
: "${URL:?Set one authorized HTTPS URL with an expected 200 response}"
umask 077
tmp=$(mktemp -d)
trap 'rm -rf -- "$tmp"' EXIT
probe() {
 local label=$1 mode=$2 expected=$3 rc check_rc
 if curl --disable --silent --show-error --fail --globoff \
 --noproxy '*' --proto '=https' --connect-timeout 10 --max-time 30 \
 "$mode" --output /dev/null --dump-header "$tmp/$label.headers" \
 --write-out '%{json}\n' --url "$URL" > "$tmp/$label.json"; then
 rc=0
 else
 rc=$?
 printf '%s: curl failed (exit %s)\n' "$label" "$rc" >&2
 fi
 if python3 - "$tmp/$label.json" "$label" "$expected" "$URL" "$rc" <<'PY'
import json, math, pathlib, sys
path, label, expected, url, curl_exit = sys.argv[1:]
print(label, "curl_exit", curl_exit)
d, headers = None, None
try:
 d = json.loads(pathlib.Path(path).read_text())
 if not isinstance(d, dict):
 raise ValueError("expected a JSON object")
except (OSError, UnicodeError, ValueError) as error:
 d = None
 print(label, "metadata unavailable:", str(error), file=sys.stderr)
keys = ("url_effective", "remote_ip", "remote_port", "http_version", "http_code",
 "ssl_verify_result", "time_appconnect", "time_starttransfer", "time_total")
if d is not None:
 print(label, json.dumps({k: d[k] for k in keys + ("exitcode", "errormsg") if k in d}))
 missing = [k for k in keys if k not in d]
 if missing:
 print(label, "metadata fields unavailable:", ", ".join(missing), file=sys.stderr)
try:
 headers = pathlib.Path(path).with_suffix(".headers").read_text(encoding="iso-8859-1")
 print(label, "Alt-Svc header observations:",
 [line for line in headers.splitlines() if line.lower().startswith("alt-svc:")])
except OSError as error:
 print(label, "header observations unavailable:", str(error), file=sys.stderr)
if int(curl_exit) != 0:
 # Observations from a failed transfer are not successful validation.
 raise SystemExit(0)
try:
 ok = (d is not None and headers is not None and d["http_code"] == 200 and
 d["url_effective"] == url and d["http_version"] in ("1.1", "2", "3") and
 d["remote_ip"] and d["remote_port"] > 0 and d["ssl_verify_result"] == 0 and
 (expected == "any" or d["http_version"] == expected) and
 all(math.isfinite(d[k]) and d[k] >= 0 for k in
 ("time_appconnect", "time_starttransfer", "time_total")))
except (KeyError, TypeError, ValueError):
 ok = False
if not ok:
 raise SystemExit(label + ": unavailable or unexpected endpoint, protocol, status or timing")
PY
 then
 check_rc=0
 else
 check_rc=$?
 fi
 if [ "$rc" -ne 0 ]; then
 return "$rc"
 fi
 return "$check_rc"
}
failed=0
probe h2 --http2 2 || failed=1
probe h3-only --http3-only 3 || failed=1
probe fallback-enabled --http3 any || failed=1
exit "$failed"
)

每个成功探测都检查状态码、URL 与实际协议。失败传输仍输出已有的协议、状态、对端、计时与响应头观察，并保留原始 curl 退出码和错误输出；缺失或无法解析的元数据会明确标为不可用。失败观察不算验证成功，即使 h3-only 失败，也继续执行后续探测，最终汇总仍为非零。–http3-only 禁用回退，–http3 则允许与较旧协议竞速。结果为 2 或 1.1 只记录选择了 TCP，不代表完成可控 UDP 阻断实验；1.1 也不能证明 h2。time_appconnect 从开始计到握手完成，time_starttransfer 从开始计到收到首字节；两者不是同一指标。Alt-Svc 输出只是原始响应头观察，可能包含中间响应，不证明通告有效或路径可达。

在对应的获准服务器上，单独检查配置和本地套接字；不能把客户端的远端 IP 自动当成这台主机的身份：

(
set -euo pipefail
umask 077
tmp=$(mktemp -d)
trap 'rm -rf -- "$tmp"' EXIT
if nginx -T > "$tmp/nginx.txt" 2> "$tmp/nginx.err"; then
 cat "$tmp/nginx.err" >&2
else
 rc=$?
 cat "$tmp/nginx.err" >&2
 exit "$rc"
fi
if grep -nE 'listen .*quic|http2|http3|Alt-Svc' "$tmp/nginx.txt"; then
 :
else
 rc=$?
 printf 'No matching directives, or grep failed (exit %s)\n' "$rc" >&2
 exit "$rc"
fi
ss -H -lunp 'sport = :443' > "$tmp/udp.txt"
cat "$tmp/udp.txt"
if [ ! -s "$tmp/udp.txt" ]; then
 printf 'No local UDP:443 listener observed\n' >&2
 exit 1
fi
)

错误仍然可见。配置匹配可能包括注释或未加载的设置，套接字进程信息也可能受权限限制。没有进一步对应运行进程、部署配置与客户端端点之前，两者都不证明公网服务身份或可达性。配置输出可能敏感，审阅时应妥善保管。本轮只有 shell 语法与假命令／文件控制，没有执行真实 TLS、HTTP、NGINX 或回退验证，技术与运行检查仍暂缓。

来源

RFC 9114 HTTP/3，HTTP/3 在 QUIC 之上的语义，已核验 2026-09-16。
RFC 7838 HTTP 替代服务，Alt-Svc 头及其新鲜期，已核验 2026-09-16。
ngx_http_v3 模块，nginx 的 QUIC 与 HTTP/3 指令，已核验 2026-09-16。
RFC 9000 QUIC，按流交付、连接 ID、迁移与 0-RTT，已核验 2026-09-16。
nginx core listen directive，独立监听及每个 worker 的 reuseport 语义，已核验 2026-10-18。
curl manual，HTTP/3-only 模式、回退选择、错误与握手计时，已核验 2026-10-18。
RFC 9002 QUIC recovery，依赖 RTT 的探测定时器与指数退避，已核验 2026-10-18。

HTTP/3 分离流的交付顺序，不隔离全部恢复机制

Sun, 21 Mar 2027 00:00:00 +0000

HTTP/3 把 HTTP 放在 QUIC 上传输，不再依赖 TCP。QUIC 提供逐流有序交付：一条流缺少某段内容时，另一条流已经完整收到的数据不一定必须跟着等待。它解除的是特定的传输顺序依赖，并没有给每个请求配备独立的拥塞控制器、丢包检测器或确定的完成期限。先区分交付顺序和恢复机制，才能准确理解收益。

QUIC 解除一种跨流交付顺序依赖：A 缺字节时，完整的 B 仍可交付。但恢复、带宽、流控与应用依赖并未全部隔离；此排序模型不提供耗时结论。

交付顺序不等于丢包检测

HTTP/2 的帧共享 TCP 的一个有序字节流。中间缺少一段时，后续字节即使属于另一个响应，也要等缺口补齐才能交给 HTTP。已经交付的内容不会被收回，应用也不会因为出现一次丢包就全部停止。究竟影响哪些请求，要看它们的字节相对缺口处于什么位置，不能笼统说整条连接上的所有工作都同时冻结。

QUIC 在每条流内维护偏移量。当 A 流仍缺少前面的字节时，B 流完整收到的数据可以交付。不过，一个 QUIC 包可以携带多条流的帧，因此丢掉一个包也可能同时影响多条流。需要恢复的信息会装进新包再次发送；包编号与流偏移量承担不同职责，并不是每个流各自重新传送一份独立的旧包。

RFC 9002 按包编号空间区分丢包检测，而不是按 HTTP 请求或流划分。往返时间估计与拥塞控制面向网络路径。逐流流控之外还存在连接级额度，因此共享容量不足或连接额度耗尽，仍会同时拖慢多个流。不能把独立排序扩写成独立带宽，也不能说某条流发生问题时邻居在任何条件下都不受影响。

HTTP 语义与部署边界仍然存在

方法、状态码和表示语义仍属于 HTTP。HTTP/3 改变消息分帧，并使用 QPACK 压缩字段。QUIC 集成 TLS 1.3 认证与包保护；调度和优先级策略仍要决定先发送哪些已经可用的流数据，并不会凭空增加带宽。如果某个字段区段依赖尚未到达的 QPACK 动态表项，它仍然可能等待。因此，去掉 TCP 的跨流顺序约束，并没有消灭协议内部或应用内部的全部依赖，共享数据库锁和服务端工作队列也不会随之消失。

丢包路径可能受益，但应测量真实工作负载，而不是保证所有网页必然加速。处理器成本、握手成功率、调度、可用带宽和客户端实现都会影响结果。比较时要核对同一被测链路实际协商的协议及正文完成情况；边缘节点使用 HTTP/3，不能证明它连接源站时也采用同样协议，更不能凭协议名称推算生产收益。

客户端可以通过 Alt-Svc 等机制发现 HTTP/3。UDP 连通性导致 QUIC 建立失败时，RFC 9114 建议尝试基于 TCP 的 HTTP，但这不是立即且必然回落 HTTP/2 的承诺。客户端策略与服务端实际开放的协议都重要。运营方仍需保留可达的替代路径、正确发布服务公告，并测量失败尝试和回退等待，不能把兼容性解释成部署无需管理。

坏掉的样子

防火墙或中间设备可能阻断 QUIC 流量，也可能影响可用的数据报大小。成功发送服务公告，不代表客户端已经建立 QUIC。应按网络和协议记录失败，并在依赖回退保障可用性之前主动测试它。只有最终页面能打开，还不足以说明失败路径没有引入明显延迟，也不能证明用户实际使用了预期传输。

TLS 恢复可以允许在握手完成前发送零往返应用数据。这不是把 ClientHello 重放一次就自动获得优化；服务端接受的早期请求本身可能被攻击者重放。按 RFC 8470，在没有额外信息时，客户端不得用早期数据发送不安全方法；仅有幂等性质仍不充分。收到 425 后，应在早期数据之外重试，不能把结果不明的购买换成新的业务行动来绕过风险。

连接标识可以帮助地址变化后的连接迁移，但是否能够继续，取决于协议规则、配置、路由和路径验证。NAT 重绑定与主动迁移相关，却不是同一场景。负载均衡器如果丢失连接归属，流量仍会中断；迁移也不是信任任意新地址或跳过验证的许可。手机切换网络可能保留连接，是有条件的能力，不是所有基础设施都自动兑现的保证。

快速验证

将代码保存为 quic_streams.py，使用 Python 3 执行 python3 quic_streams.py。程序不打开套接字。它比较单一有序传输与两条流分别排序时的数据可见性。抽象块携带注明位置的字节，不宣称这些块实现真实包格式或恢复算法，也不虚构某个包在第三个时刻丢失的调度过程。

# Each tuple is a stream name, a one-byte offset, and that byte.
# Chunks are abstract delivery units, not QUIC packets or TCP segments.
def available(chunks, received, separate_streams):
 buffered = {"A": {}, "B": {}}
 for number, chunk in enumerate(chunks):
 if number not in received:
 if not separate_streams:
 break # One ordered transport cannot expose later chunks.
 continue
 for stream, offset, byte in chunk:
 assert len(byte) == 1
 buffered[stream][offset] = byte
 result = {}
 for stream, offsets in buffered.items():
 body = b""
 while len(body) in offsets:
 body += offsets[len(body)]
 result[stream] = body
 return result


chunks = [[("A", 0, b"a")], [("A", 1, b"b")],
 [("B", 0, b"x")], [("B", 1, b"y")]]
received = {0, 2, 3} # The unit carrying A's second byte is missing.
independent = available(chunks, received, True)
ordered = available(chunks, received, False)
assert independent == {"A": b"a", "B": b"xy"}
assert ordered == {"A": b"a", "B": b""}
print("one missing A byte:", independent, ordered)

complete = {"A": b"ab", "B": b"xy"}
for separate in (False, True):
 assert available(chunks, set(range(4)), separate) == complete
print("after repair: both models expose", complete)

# A single missing delivery unit can contain bytes for both streams.
shared = [[("A", 0, b"a")], [("A", 1, b"b"), ("B", 0, b"x")],
 [("B", 1, b"y")]]
assert available(shared, {0, 2}, True) == {"A": b"a", "B": b""}
assert available(shared, {0, 1, 2}, True) == complete
# Even an independently ordered stream cannot skip its own missing prefix.
assert available(chunks, {0, 1, 3}, True) == {"A": b"ab", "B": b""}
print("negative controls: shared loss affects both; stream-local gaps still block")
print("delivery-order model only; no loss detector, timer, congestion, or wire test")

A 的第二个字节缺失时，独立排序模型暴露 A 的第一个字节和完整 B；共享有序传输只暴露 A 的第一个字节。补齐缺失块后，两种结果都完整。输出没有任何实测耗时，也没有通过事先写死的完成时间去“证明”一个协议一定更快。

负向检查同样重要：丢失一个同时含 A、B 数据的块，会让两条流都缺少必要前缀；只收到 B 的第二个字节，也不能跳过第一个。实验只展示明确写出的排序假设，没有测量重传时间、拥塞、流控耗尽、QPACK、TLS、迁移或浏览器性能。那些结论需要真实实现与另行获准的网络实验，不能由这个内存模型替代。

来源

RFC 9000：QUIC，第 2、4、8–9、12–13 节：排序、流控、迁移、包与重传信息，已核验 2026-10-15。
RFC 9002：QUIC 恢复，第 6 节：按包编号空间检测丢失及路径级拥塞行为，已核验 2026-10-15。
RFC 9114：HTTP/3，HTTP 映射、服务发现及 TCP 回退建议，已核验 2026-10-15。
RFC 9204：QPACK，第 2.1.2 节：阻塞的字段区段，已核验 2026-10-15。
RFC 9001：QUIC 中的 TLS，第 9.2 节：零往返重放风险，已核验 2026-10-15。
RFC 8470：HTTP 早期数据，第 4–5 节：方法安全性及 425 重试行为，已核验 2026-10-15。
Cloudflare：HTTP/3 与 QUIC，协议背景入门，不作为本模型的验证证据，已核验 2026-10-15。

HTTP/3 · XB 现场笔记

HTTP3 走 UDP，HTTP2 仍走 TCP 兜底

两种传输，一个端口号

Alt-Svc 是客户端得知的方式

0-RTT 与连接迁移是两处锋利的边缘

坏掉的样子

快速验证

来源

HTTP/3 分离流的交付顺序，不隔离全部恢复机制

交付顺序不等于丢包检测

HTTP 语义与部署边界仍然存在

坏掉的样子

快速验证

延伸阅读

来源