为何仍需WebSocket API？关于HTTP/2传输二进制数据的疑问

首先纠正一个常见误区：HTTP/2完全支持二进制数据传输，那些声称它做不到的内容是错误的——你提到的Stream API、请求/响应体使用可读字节流、双向流传输等，都是HTTP/2支持二进制的直接证明。

那为什么我们还需要WebSocket？核心原因在于两者的设计目标和通信模型存在本质差异，具体体现在这些方面：

• 实时双向通信的低延迟优势：HTTP/2的双向流本质还是基于请求-响应模型，客户端必须先发起请求，才能和服务器建立双向传输通道；而WebSocket是全双工主动推送，握手完成后，服务器不需要等待客户端请求，就能随时给客户端发送数据，数据传输的延迟远低于HTTP/2，完美适配实时聊天、股票行情、游戏同步这类对延迟敏感的场景。

• 连接模型的简洁性：你提到HTTP/2默认限制6个TCP连接，每个连接支持100个流，总计600个流。但WebSocket是单个TCP连接上的持续全双工通信，一旦建立就保持连接，不需要反复发起请求、管理流的生命周期，也不会因为流的复用、优先级调度带来额外复杂度，对于长期保持双向通信的场景，这种模型更简单直接。

• API的易用性与生态成熟度：WebSocket API是专门为双向实时通信设计的，比如通过onmessage事件直接监听服务器推送，用send()随时发送数据，逻辑直观易懂；而HTTP/2的双向流需要结合Fetch API和Stream API实现，处理流的读取、写入、背压等逻辑复杂得多，且不同浏览器的细节支持可能存在差异。同时，WebSocket的生态更成熟，各类后端框架、调试工具都有完善的支持，开发成本更低。

• 场景适配的专一性：HTTP/2的核心优势是多路复用、头部压缩、单向服务器推送（主要用于推送静态资源），它的设计目标是优化传统网页加载这类请求-响应场景；而WebSocket就是为实时双向通信量身打造的，在这类场景下，它的性能表现、代码简洁度都比HTTP/2更有优势。

• 兼容性兜底能力：虽然现代浏览器普遍支持HTTP/2，但部分老环境或特殊网络（比如某些代理服务器）对HTTP/2双向流的支持不佳，而WebSocket的兼容性更广泛，甚至可以通过降级到长轮询的方式兼容老旧环境，这在实际生产环境中是很重要的保障。

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