http/2原生不支持websocket握手，因废除upgrade和connection头；rfc 8441定义了基于connect方法的h2-websocket协商机制，但需浏览器（chrome/edge/firefox 128+）、服务端（如kestrel 7+）及网关均显式支持，而nginx等主流代理目前不支持该协议，生产环境仍推荐隔离部署http/2主站与http/1.1 websocket子域名。
HTTP/2 原生不支持 WebSocket 握手
不能直接用。RFC 6455 定义的 WebSocket 握手依赖 Upgrade: websocket 和 Connection: Upgrade 这两个 HTTP/1.1 特有头字段，而 HTTP/2 协议明确废除了 Connection 头的语义和任意协议升级机制。浏览器发起 wss:// 请求时，若后端只跑 HTTP/2（如 Kestrel 默认启用 h2、Nginx 配了 listen 443 ssl http2），连接会在握手阶段失败，常见错误是返回 400、426 或直接断连。
RFC 8441 是什么，哪些环境真能用
RFC 8441（Bootstrapping WebSockets with HTTP/2）定义了一种在 HTTP/2 流中协商 WebSocket 的方式：用 CONNECT 方法代替 GET，并携带 Protocol: websocket 伪头。但它不是“自动开启”的功能，需要两端显式支持：
- 浏览器侧：Chrome 128+、Edge 128+、Firefox 128+（需手动开启
network.http.http2.websockets设为true） - 服务端侧：ASP.NET Core 7+ 的 Kestrel（仅对 SignalR JS 客户端和 Blazor WASM 生效）、某些支持 h2-websocket 的 Go/Node 库（如
gorilla/websocketv1.5+ 配合http2.Server） - 反向代理侧：Nginx、Envoy 等主流网关目前**不支持 RFC 8441 解析**，会把
CONNECT当作非法请求拒绝或透传失败
也就是说，纯浏览器 ↔ Kestrel（SignalR）这种闭环场景可能走通；但只要中间夹了 Nginx 或 Istio，默认就 fallback 到 HTTP/1.1。
为什么 Nginx 配置 proxy_http_version 1.1 不等于支持 RFC 8441
这是最容易混淆的点：proxy_http_version 1.1 只是告诉 Nginx 与 upstream 通信时降级用 HTTP/1.1，它完全不感知 RFC 8441。如果你的客户端发的是 RFC 8441 的 CONNECT 请求，而 Nginx 没有识别逻辑，就会：
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
- 直接拒绝（返回 405 Method Not Allowed）
- 或当成普通 CONNECT 透传，但 upstream 若不支持 h2-websocket，仍会握手失败
- 日志里可能出现
client sent invalid upgrade request—— 实际是它根本没认出这是 RFC 8441 请求
真正起作用的仍是传统路径：浏览器发 HTTP/1.1 Upgrade 请求 → Nginx 透传 Upgrade/Connection 头 → upstream 返回 101 → 连接建立。RFC 8441 在这个链路里被绕过了。
生产环境该选哪条路
别赌 RFC 8441 的兼容性。当前（2026 年中）最稳的方案仍是协议隔离：
- 主站走
https://example.com（HTTP/2 启用） - WebSocket 走独立子域名
wss://ws.example.com，Nginx 对应server块中**彻底移除http2参数**，只留ssl - 该
server内必须包含三行关键配置：proxy_http_version 1.1、proxy_set_header Upgrade $http_upgrade、proxy_set_header Connection "upgrade" - 如果用 gRPC 或 SSE 能满足业务需求，优先考虑它们——gRPC-Web 在 HTTP/2 上原生支持双向流，且网关兼容性远好于 h2-websocket
真正要验证 RFC 8441 是否生效，不能只看浏览器 Network 面板显示 “websocket”，得抓包确认请求方法是 CONNECT、响应状态是 2xx（非 101）、且有 Protocol: websocket 伪头——绝大多数线上环境其实没走到这一步。
