HTTP/2会让websockets过时吗？

HTTP/2和WebSockets是两种不同的技术，它们各自解决了不同的问题。理解它们的设计和适用场景有助于回答这个问题。

HTTP/2 的主要特点：

1. 二进制协议：与HTTP/1.x的文本协议不同，HTTP/2采用二进制格式，这使得解析变得更快更有效。
2. 多路复用：在同一个连接上可以并行发送多个请求和响应，而不需要按照顺序一一对应，极大地减少了延迟。
3. 头部压缩：HTTP/2通过HPACK压缩格式减少了头部大小，降低了带宽消耗。
4. 服务器推送：服务器可以主动向客户端发送资源，而不需要客户端明确地请求。

WebSockets 的主要特点：

1. 全双工通信：客户端和服务器可以在同一时间进行通信，发送和接收数据。
2. 持久连接：一旦WebSocket连接建立，它会保持开放状态，直到客户端或服务器决定关闭连接。
3. 低延迟：WebSocket提供了非常低的通信延迟，适合需要快速、实时交互的应用。

对比与适用场景：

虽然HTTP/2提供了改进的性能特性和新的功能，如多路复用和服务器推送，这使得它在一些传统需要WebSocket的场景下成为可能的替代方案，尤其是在只需要服务器到客户端单向实时推送的场景。然而，WebSockets提供的是真正的双向通信和更低的延迟，这对于需要复杂、高频的双向通讯的应用来说是必不可少的，比如在线游戏、实时交易平台等。

结论：

HTTP/2不太可能使WebSockets过时，因为两者虽有部分重叠，但各自优势明显，适合解决不同的问题。HTTP/2可以在多数需要优化延迟和带宽的应用中替代HTTP/1.x，而WebSockets更适合需要全双工和实时通信的应用。

举个例子，假设我们正在开发一个股票交易平台，该平台需要实时显示股票价格和允许用户即时买卖。在这种情况下，使用WebSockets来实现买卖操作的实时交互是非常合适的，因为这需要快速双向通信。而对于股票价格的实时更新，尽管可以通过HTTP/2的服务器推送实现，但考虑到可能存在的高频更新和复杂的用户交互，WebSocket提供的低延迟和持久连接可能是更优的选择。