在HTTP/2流中隧道传输WebSocket时，流状态是否会被忽略？

• HTTP/2的半双工流特性：在客户端与服务器已建立连接、排除服务器推送的场景下，HTTP/2规定客户端可发送任意数量的DATA帧直至标记EOS（流结束），服务器响应逻辑相同，这种交互模式接近半双工，对应RFC 9113第5.1节的定义。

• RFC 8441的WebSocket适配逻辑：完成初始握手后，WebSocket数据通过HTTP/2的DATA帧传输，但WebSocket的全双工特性与HTTP/2原生流的状态约束存在冲突——原生流的状态（打开、半关闭、关闭）是单向流转的，而WebSocket要求两端能独立收发数据，无需等待对方发送EOS标记。

• RFC 8441的细节补充：RFC 8441第5.1节仅给出基础交互示例，未详述数据交换的流状态逻辑，这是因为该规范重新定义了WebSocket绑定流的行为：

  • 将WebSocket对应的HTTP/2流视为双向持久流，不再遵循原生流的半双工状态规则，两端可随时发送DATA帧，无需先标记EOS。
  • 流的关闭由WebSocket的关闭帧触发，而非依赖HTTP/2的EOS标记。

• 实现库的处理方式：主流实现RFC 8441的库（如libwebsockets、Jetty等）不会忽略流状态，而是对HTTP/2流状态进行适配调整：

  • 持续维护流的打开状态，直到收到WebSocket关闭帧才启动HTTP/2流的关闭流程。
  • 禁用HTTP/2原生的半双工流约束，允许双向并发发送DATA帧，完全适配WebSocket的全双工特性。

内容的提问来源于stack exchange，提问作者Caio